или закулисье тестирования для нетестировщиков

Привет, охотники!🏹

Со стороны может казаться, что тестирование - это когда QA получает задачу на тестовом окружении, смотрит на тз и проверяет, что “все работает”, а затем отдает задачу дальше. Этот процесс, конечно, сложнее. Делюсь неочевидными шагами, которые происходят при тестировании фич

Этап 1 — Документация

Уже на уровне ТЗ и документации могут быть какие-либо несоответствия. Чтобы уточнить и зафиксировать какие-то моменты, которые нечетко (или с ошибками) сформулированы в тз, нужно тестировать и требования тоже

Например, опечатки. В тз указано “Анкета пользоватля” (очень-очень грубый пример), разработчик скопировал текст, в итоге - вот он баг и вот она причина бага. Дело раскрыто еще на первом этапе

Этап 2 — Проверка, как работало “до”

Важный этап, который иногда происходит заочно - тестировщик часто работает с системой и помнит, как работало раньше. Иногда есть возможность посмотреть фичу на разных контурах и сравнить, что изменилось

Для чего? Чтобы случайно не исправить то, что не надо Например, убираем поле “Дети” в карточке клиента. Зная, как карточка работала раньше, мы понимаем, что правки в этом поле повлияют на поля “Имя ребенка”, “Возраст” и т.д.

Этап 3 — Проверка базовых позитивных кейсов (“все работает”)

Тот этап, который обычно представляют, когда речь идет о тестировании. Из интересного могу добавить, что здесь проводится большая работа по изучению возможных кейсов и их “отфильтровыванию”

Этап 4 — Проверка негативных кейсов и кейсов “вокруг”

Об этом этапе часто говорят: “тестировщик пытается сломать или использовать фичу не по предназначению”. Да, похоже на то, но для негативных кейсов должны быть свои отбивки об ошибках

Например, ввод некорректного пароля - негативный кейс для формы логина, именно с ним мы отрабатываем всплывающее окно об ошибке “Введен некорректный логин или пароль”

Этап 5 — Регрессионное тестирование

Проверка всего вокруг, о чем мы могли забыть (или не знать), желательно с помощью автотестов

Например, удалили то же самое поле “Дети” из карточки клиента, а теперь ни один клиент не может пройти регистрацию, потому что где-то забыли исправить контракт

Этап 6 — Приёмка на продуктовом контуре (опционально)

Некоторые настройки устанавливают только на проде, здорово, если тестировщик этот момент фиксирует во время тестирования, а затем проверяет после релиза