Test case

Тест-кейс — это описанная последовательность определённых действия (шагов) и ожидаемого результата для проверки работы определённого функционала системы. Необходимо, чтобы описание кейса было таким, чтоб выполнить его мог любой человек (тестировщик, разработчик, аналитик, заказчик).

Составляющие тест-кейса:

  • Название кейса (отражающее суть проверки в целом)
  • Описание (используется в отдельных случаях для описания кейса, когда его передать в достаточной мере невозможно в названии)
  • Предусловия (описание состояние системы, необходимое для проведения тестирования)
  • Поэтапные шаги его выполнения
  • Ожидаемый результат для каждого шага

При составлении тест-кейса важны следующие моменты: 

Понимание требования, по которому составляется кейс

Составить и описать эффективный тест-кейс не получится, если нет понимания, каким именно образом должен быть реализован тот или иной функционал программы. Эффективнее будет потратить силы и время на уточнение неточностей и в итоге написать «рабочий» тест-кейс, нежели сперва составить абсолютно неправильный, понять в процессе тестирования, что он не сработал как нужно, снова-таки потратить время на уточнения и только после этого получить эффективный результат от его выполнения.

Простота и лёгкость для понимания

Важно, чтобы тест-кейс был описан понятными словами, без использования специальной терминологии и сложных языковых конструкций так как проходить его могут специалисты различного уровня квалификации и специализации (опытные и начинающие тестировщики, руководители проекта, разработчики, аналитики и даже сотрудники заказчика, не всегда имеющие достаточные знания в IT).

Отдельное внимание наборам тестовых данных

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

Количество шагов

В данном вопросе важно соблюдать ту самую золотую середину. Если количество шагов минимальное (2 – 3), нет необходимости данную проверку описывать в отдельном кейсе, она вполне может быть учтена как один из пунктов чек-листа. С другой же стороны, чрезмерное количество шагов (более 10 – 15) сделает кейс перегруженным и сложным для восприятия и выполнения.

Объединение тестов схожего функционала

Тесты, направленные на проверку одного функционала, следует объединять в отдельные наборы и сценарии. Это будет способствовать ещё более продуктивной организации хранения документации. Кроме того, выполнение тестов будет осуществляться систематически, а не хаотически.

Поддержка тестов в актуальном состоянии

Для того чтоб документация в тестировании была не просто декларированной, а способствовала упрощению, улучшению процесса, её нужно всегда содержать в актуальном состоянии. Тест-кейсы не являются исключением и подлежат изменениям в случае необходимости. Важно также не забывать добавлять новые и удалять имеющиеся.