1) Изучение функции, которую необходимо проверитьДопустим, разработчики добавили новую оплату картой. Задача тестировщика: проверить работу этой
функции. Как именно должна работать оплата картой подробно прописано в документации:
- какие шаги делает пользователь,
- какой результат считается правильным,
- какие ограничения есть у функции.
Если что-то неясно, тестировщик уточняет детали у аналитика или разработчика, на этом этапе он ничего не додумывает сам.
2) Составление плана проверки (тест-кейсы) и тестированиеТестировщик составляет тест-кейсы — сценарии действий пользователя. Обычно
сначала проверяется идеальный сценарий: пользователь оформляет заказ и успешно оплачивает его. Тест-кейс (шаги для проверки):
- Открыть приложение;
- Добавить товар в корзину;
- Выбрать оплату картой;
- Ввести данные;
- Нажать «Оплатить».
Ожидаемый результат: «Платёж проходит успешно».После этого тестировщик расширяет проверку и смотрит на ситуацию с разных сторон. Например, он может составить тест-кейсы для проверки таких сценариев:- Что произойдёт, если ввести неверные данные карты?
- Как поведёт себя приложение при потере интернета?
- Можно ли случайно сломать процесс, нажимая кнопки слишком быстро?
- Что будет, если два раза нажать на кнопку заказа?
Специалист буквально
«исследует» продукт, имитируя действия пользователя. Он должен проверить, как реагирует система на все возможные сценарии.
Для тестировщика важно широко мыслить и уметь задавать нужные вопросы. Если корректная работа функции прописана в документации, то варианты ошибок и сценариев, в которых что-то может пойти не так — не прописаны. Это уже ответственность инженера по тестированию: определить тонкие места и проверить их.