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

1 / 7

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

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

Не верно!

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

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

Верно!

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

Верно!

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

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

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

Не верно!

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

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

Не верно!

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

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

Верно!

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

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

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

Не верно!

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

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

Верно!

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

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

Не верно!

Заказчик и тимлид точно не обрадуются.

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

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

Не верно!

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

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

Верно!

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

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

Не верно!

Лучше не игнорировать баги — они имеют свойство возвращаться в самое неудачное время.

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

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

Верно!

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

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

Не верно!

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

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

Не верно!

Автотесты — ваша зона ответственности, вряд ли разработчик лучше вас знает, что делать.

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

0 из 7

Поздравляем с прохождением теста! Больше тестов в нашем телеграм канале QaRocks по кнопке ниже

Интересно, хочу попробовать