Тестовая документация — это набор документов, создаваемых перед началом процесса тестирования и непосредственно в процессе.

Эти документы описывают покрытие тестами и процесс выполнения тестов, концептуальные подходы к тестированию, в них указываются необходимые для тестирования вещи, приводится основная терминология и т. д.

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

Тестовая документация определяет, что для нас важно и почему, какие действия мы должны выполнить и сколько времени у нас есть. Наконец, в документации обозначено, чего должна достичь команда и что сигнализирует об окончании процесса.

Проектная документация, связанная с тестированием:

• ТЗ (техническое задание)
• Критерии качества
• DOD (Definition of Done) - критерии готовности обновлений в продукте
• Макеты в Figma
• Wiki
• Confluence
• Swagger

Стандартная тестовая документация:

• Чек-листы
• Тест-кейсы
• Баглисты/Багрепорты
• Тест планы
• Сценарии тестирования
• User Story
• Отчет о проведении тестирования

Чек-листы/Тест-кейсы

• Помогает планировать сроки окончания тестирования в будущем и настоящем, т.к. в ЧЛ можно указать, сколько времени необходимо для проверки и сколько было затрачено.
• Хранит историю пройденных тестов. Можно будет легко вспомнить, какие именно тесты проходили с ошибками, и перепроверить именно их.
• ЧЛ с результатами наглядно показывает любому сотруднику компании текущее состояние разрабатываемого продукта. Помогает определить его степень готовности.
• Помогает помнить, что уже было проверено, а что нет.
• Помогает не забыть, какие тесты необходимо выполнить в первую очередь, какие во вторую, какие в третью и т. д. Это рождает уверенность, что за определенное запланированное время самые важные тесты будут проведены, а результаты по ним — получены.
• Ускорение входа в проект для новых сотрудников.

ТЗ, Постановки

• При тестировании не будет возникать попыток проверять лишнее. В первую очередь, проверке подвергнется то, что обязательно должно работать по ТЗ.
• ТЗ дает возможность понять суть разрабатываемого продукта сотрудникам, которые будут представлять готовый вариант реализации публичной аудитории.
• Новым сотрудникам не нужно будет подробно рассказывать о принципах работы программы и методах ее реализации. Ускоряет ввод в проект.