Test case
Тест-кейс — это описанная последовательность определённых действия (шагов) и ожидаемого результата для проверки работы определённого функционала системы. Необходимо, чтобы описание кейса было таким, чтоб выполнить его мог любой человек (тестировщик, разработчик, аналитик, заказчик).
Составляющие тест-кейса:
- Название кейса (отражающее суть проверки в целом)
- Описание (используется в отдельных случаях для описания кейса, когда его передать в достаточной мере невозможно в названии)
- Предусловия (описание состояние системы, необходимое для проведения тестирования)
- Поэтапные шаги его выполнения
- Ожидаемый результат для каждого шага
При составлении тест-кейса важны следующие моменты:
Понимание требования, по которому составляется кейс
Составить и описать эффективный тест-кейс не получится, если нет понимания, каким именно образом должен быть реализован тот или иной функционал программы. Эффективнее будет потратить силы и время на уточнение неточностей и в итоге написать «рабочий» тест-кейс, нежели сперва составить абсолютно неправильный, понять в процессе тестирования, что он не сработал как нужно, снова-таки потратить время на уточнения и только после этого получить эффективный результат от его выполнения.
Простота и лёгкость для понимания
Важно, чтобы тест-кейс был описан понятными словами, без использования специальной терминологии и сложных языковых конструкций так как проходить его могут специалисты различного уровня квалификации и специализации (опытные и начинающие тестировщики, руководители проекта, разработчики, аналитики и даже сотрудники заказчика, не всегда имеющие достаточные знания в IT).
Отдельное внимание наборам тестовых данных
Если тест предусматривает использования каких-либо данных, следует обратить внимание на правильность их составления и последующего указания. В противоположном случае такой тест является бесполезным.
Количество шагов
В данном вопросе важно соблюдать ту самую золотую середину. Если количество шагов минимальное (2 – 3), нет необходимости данную проверку описывать в отдельном кейсе, она вполне может быть учтена как один из пунктов чек-листа. С другой же стороны, чрезмерное количество шагов (более 10 – 15) сделает кейс перегруженным и сложным для восприятия и выполнения.
Объединение тестов схожего функционала
Тесты, направленные на проверку одного функционала, следует объединять в отдельные наборы и сценарии. Это будет способствовать ещё более продуктивной организации хранения документации. Кроме того, выполнение тестов будет осуществляться систематически, а не хаотически.
Поддержка тестов в актуальном состоянии
Для того чтоб документация в тестировании была не просто декларированной, а способствовала упрощению, улучшению процесса, её нужно всегда содержать в актуальном состоянии. Тест-кейсы не являются исключением и подлежат изменениям в случае необходимости. Важно также не забывать добавлять новые и удалять имеющиеся.