Ответ
Выбор или создание чек-листа определяется несколькими ключевыми критериями:
-
Цель тестирования
- Дымовое тестирование: краткий чек-лист для проверки ключевой функциональности.
- Регрессионное тестирование: детальный список, покрывающий основные и затронутые изменениями области.
- Приемочное тестирование (UAT): чек-лист, сфокусированный на бизнес-сценариях и требованиях пользователя.
-
Критичность функционала Ключевые для бизнеса сценарии (например, оформление заказа) требуют максимально детального покрытия.
-
Временные и ресурсные ограничения В условиях сжатых сроков используется компактный, приоритизированный чек-лист.
-
История дефектов Модули с высокой частотой дефектов в прошлом включаются в чек-лист в первую очередь.
-
Тип приложения (контекст)
- Веб: кросс-браузерность, адаптивность, производительность.
- Мобильное: работа с жестами, прерываниями, потребление батареи.
- API: валидация схемы ответа, коды состояния, обработка ошибок.
Пример чек-листа для тестирования веб-формы входа:
- [ ] Валидация обязательных полей (логин, пароль)
- [ ] Успешный вход с корректными данными
- [ ] Обработка неверных данных (неправильный пароль, несуществующий логин)
- [ ] Сообщения об ошибках понятны и отображаются корректно
- [ ] Работает функция "Забыли пароль?"
- [ ] Сохранение/автозаполнение данных в браузере (если применимо)