Тесты

? А вы — типичный QA?

От

11 августа, 2023

17462

Небольшой (на семь вопросов) практический тест с жизненными ситуациями из мира QA. В комментариях пишите, на сколько вопросов получилось правильно ответить!

А вы - типичный QA? ?

Небольшой практический тест с реальными жизненными ситуациями. Пишите ваши результаты в комментариях!

1 / 7

Вы закончили ручное тестирование, но тут разработчик сказал, что перекрасил кнопку в красный цвет, после чего пересобрал проект. Будете тестировать ещё раз?

Нет, зачем? Он же только цвет поменял, всё работает.

Да, конечно! Что угодно могло пойти не так.

Какое-то странное изменение на стадии тестирования. Схожу к тимлиду, уточню, было ли это запланировано.

Неверно!

Изменение кажется небольшим, но была выполнена задача и пересобран проект, так что лучше проверить ещё раз. А перед этим узнать, почему вносятся изменения на стадии тестирования и не было ли это инициативой разработчика.

Правильно!

2 / 7

У вас много автотестов и все они отрабатывают без ошибок. Значит, код можно пропускать в бой?

Если ошибок нет, то пропускаем.

Не факт.

Неверно!

Даже если автотестов много, они могут не покрывать какую-то часть функциональности.

Правильно!

Даже если автотестов много, они могут не покрывать какую-то часть функциональности.

3 / 7

Сегодня день релиза. Но по закону подлости вы нашли баг в продукте: если открыть приложение в 6:00 через IE 8, то загружаться оно будет в три раза дольше. Вы знаете, что никто из ваших клиентов не использует IE 8, а работают они в основном с 10 утра. Ваши действия?

Нужно сместить релиз. Баг есть баг.

Баг слишком редкий — вообще ничего не буду с ним делать.

Составлю таску на исправление и помещу в техдолг.

Неверно!

Баг редкий и не несёт финансовых рисков, поэтому из-за него не стоит сдвигать сроки.

Но, одновременно с этим, не стоит оставлять баги без репорта — мало ли, как они проявятся в будущем.

Правильно!

Баг не такой критичный, чтобы менять планы, но при этом его лучше задокументировать.

4 / 7

Во время тестирования вы наткнулись на функцию, которая ведёт себя не так, как вы ожидали. Ваши действия?

На всякий случай создам баг-репорт. Лучше убедиться, что всё работает корректно.

Проверю требования или спрошу тим-лида — если работа этой функции не соответствует требованиям, то создам баг-репорт.

Перепишу требования к этой функции.

Неверно!

Лучше не разбрасываться баг-репортами — вдруг это не баг, а фича. Переписывать требования тоже не стоит - заказчик и тимлид точно не обрадуются.

Но, одновременно с этим, не стоит оставлять баги без репорта — мало ли, как они проявятся в будущем.

Правильно!

Правильно — вдруг это не баг, а фича.

5 / 7

В процессе работы вы случайно наткнулись на баг, для которого у вас нет тест-кейса. Что нужно сделать?

Сразу написать тест-кейс!

Проверить требования, а потом, когда появится время, написать тест-кейс.

Я тестировал другую задачу, поэтому просто пропущу его.

Неверно!

Вы уже выполняете какую-то работу — не стоит бросать её и тут же писать тест-кейс. Тем более, вам наверняка придётся проверить требования или проговорить с тимлидом. Пропускать баги тоже не стоит - они имеют свойство возвращаться в самое неудачное время.

Но, одновременно с этим, не стоит оставлять баги без репорта — мало ли, как они проявятся в будущем.

Правильно!

Не стоит прерывать текущую задачу и бежать писать тест-кейс.

6 / 7

У вас 5000 автотестов. Во время тестирования упал один, который имеет свойство моргать. Будете блокировать релиз?

Нет, моргающий автотест — недостаточная причина для этого.

Да, мне нужно разобраться с этим тестом.

Скину разработчику, пусть сам разбирается.

Неверно!

У вас не прошёл всего один автотест, который периодически не проходит. Выглядит как нормальное поведение, так что блокировать релиз смысла нет.

Плюс ко всему, автотесты — ваша зона ответственности, вряд ли разработчик лучше вас знает, что делать, поэтому отправлять разработчику тоже ничего не нужно.

Но, одновременно с этим, не стоит оставлять баги без репорта — мало ли, как они проявятся в будущем.

Правильно!

Провал моргающего автотеста не выходит за рамки нормального поведения, поэтому не стоит блокировать релиз.

7 / 7

В вашей программе есть требование: «Значение в поле «Сумма» должно рассчитываться как сумма значений из полей А и Б». Какой тест-кейс будет более корректным?

Ввести значения в поля A и Б. Ожидаемый результат: значение в поле «Сумма» должно рассчитываться как сумма значений из полей А и Б.

В поле А ввести значение 5, а в поле Б — значение 2. Нажать на кнопку «Рассчитать». Ожидаемый результат: в поле «Сумма» отобразилось значение 7.

Неверно!

Этот тест-кейс просто повторяет требование, а не проверяет его.

Но, одновременно с этим, не стоит оставлять баги без репорта — мало ли, как они проявятся в будущем.

Правильно!

Your score is

LinkedIn Facebook Twitter VKontakte

Facebook

Twitter

Предыдущая статьяТест по английскому языку

Следующая статья✅ Тест: Разбираетесь ли вы в Git?

testengineer.ru

Редакция testengineer.ru

13 комментариев

Старые

Новые Популярные

Межтекстовые Отзывы

Посмотреть все комментарии

Павел

1 год назад

5 из 7 верно

Ответить

Наташка

Одна ошибка:) Интересный сайт и тесты интересные. Порадовало «перекрасил кнопку в красный цвет, после чего пересобрал проект» :)) В закладки и подписалась 🙂

Andrei

6 из 7

Дядя Фёдор

А с каких пор разработчик сам по себе меняет цвет кнопки?

Oddy

На 5 мой ответ — написать кейс и создать сразу же из него багу. Времени на это уйдет столько же, сколько и на репорт.

Николай

Mike

6 из 7. Но с 6-м я бы поспорил.

Мэри

Ответить на Mike

кстати да. То, что он моргает еще не значит, что там не баг. Надо сначала проверить, что он просто так упал, а только потом релизиться

Настя

Григорий

6 из 7. Последний вопрос не совсем понятен, на мой взгляд два правильных ответа.

Екатерина

10 месяцев назад

7 из 7

Нина

4 месяцев назад

5 верно
из 7)

Светлана

? А вы — типичный QA?

Вы закончили ручное тестирование, но тут разработчик сказал, что перекрасил кнопку в красный цвет, после чего пересобрал проект. Будете тестировать ещё раз?

У вас много автотестов и все они отрабатывают без ошибок. Значит, код можно пропускать в бой?

Во время тестирования вы наткнулись на функцию, которая ведёт себя не так, как вы ожидали. Ваши действия?

В процессе работы вы случайно наткнулись на баг, для которого у вас нет тест-кейса. Что нужно сделать?

У вас 5000 автотестов. Во время тестирования упал один, который имеет свойство моргать. Будете блокировать релиз?

В вашей программе есть требование: «Значение в поле «Сумма» должно рассчитываться как сумма значений из полей А и Б». Какой тест-кейс будет более корректным?

Выбор редактора

Популярные посты

Большой гайд по тестированию с Postman для начинающих

7 эпичнейших багов в истории человечества

Как писать тест-кейсы: полное руководство

ПОПУЛЯРНЫЕ КАТЕГОРИИ

Вы закончили ручное тестирование, но тут разработчик сказал, что перекрасил кнопку в красный цвет, после чего пересобрал проект. Будете тестировать ещё раз?

У вас много автотестов и все они отрабатывают без ошибок. Значит, код можно пропускать в бой?

Во время тестирования вы наткнулись на функцию, которая ведёт себя не так, как вы ожидали. Ваши действия?

В процессе работы вы случайно наткнулись на баг, для которого у вас нет тест-кейса. Что нужно сделать?

У вас 5000 автотестов. Во время тестирования упал один, который имеет свойство моргать. Будете блокировать релиз?

В вашей программе есть требование: «Значение в поле «Сумма» должно рассчитываться как сумма значений из полей А и Б». Какой тест-кейс будет более корректным?

ЭТО МОЖЕТ БЫТЬ ИНТЕРЕСНОЕЩЕ ОТ АВТОРА

🔥 Вопросы на тесте ISTQB — 2025 год, ч.3

🔥 Вопросы на тесте ISTQB — 2025 год, ч.2

🔥 Вопросы на тесте ISTQB — 2025

Выбор редактора

Популярные посты

Большой гайд по тестированию с Postman для начинающих

7 эпичнейших багов в истории человечества

Как писать тест-кейсы: полное руководство

ПОПУЛЯРНЫЕ КАТЕГОРИИ

ЭТО МОЖЕТ БЫТЬ ИНТЕРЕСНО ЕЩЕ ОТ АВТОРА