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