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

Документация для тестирования программного обеспечения помогает оценить требуемые усилия по тестированию, охват тестирования, отслеживание / отслеживание потребности и т. д. В этом разделе описываются некоторые из часто используемых документированных артефактов, связанных с тестированием программного обеспечения, таких как:

  • План тестирования
  • Сценарий тестирования
  • Прецедент
  • Матрица прослеживаемости

План тестирования

В плане тестирования описывается стратегия, которая будет использоваться для тестирования приложения, ресурсов, которые будут использоваться, тестовой среды, в которой будет проводиться тестирование, а также ограничений тестирования и графика тестирования. Как правило, руководитель группы по обеспечению качества несет ответственность за составление плана тестирования.

План тестирования включает следующее:

  • Введение в документ плана тестирования
  • Предположения при тестировании приложения
  • Список тестовых примеров, включенных в тестирование приложения
  • Список функций для тестирования
  • Какой подход к использованию при тестировании программного обеспечения
  • Список результатов, которые необходимо проверить
  • Ресурсы, выделенные для тестирования приложения
  • Любые риски, связанные с процессом тестирования
  • График задач и контрольных точек, которые должны быть достигнуты

Сценарий тестирования

Это однострочное заявление, которое уведомляет, какая область в приложении будет протестирована. Сценарии тестирования используются для проверки протекания всех потоков процессов из конца в конец. Отдельная область приложения может иметь всего лишь один тестовый сценарий для нескольких сотен сценариев в зависимости от величины и сложности приложения.

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

Прецедент

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

Кроме того, тестовые примеры записываются для отслеживания охвата тестированием программного обеспечения. Как правило, нет формальных шаблонов, которые можно использовать во время написания тестового примера. Тем не менее, следующие компоненты всегда доступны и включены в каждый тестовый пример:

  • Идентификатор теста
  • Модуль продукта
  • Версия продукта
  • Лист регистраций изменений
  • Цель
  • Предположения
  • Предпосылки
  • Меры
  • Ожидаемый результат
  • Фактический результат
  • Постусловий

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

Матрица прослеживаемости

Матрица прослеживания (также известная как матрица отслеживания требований - RTM) - это таблица, которая используется для отслеживания требований в течение жизненного цикла разработки программного обеспечения. Он может использоваться для прямой трассировки (т. е. От требований к дизайну или кодированию) или назад (т. е. От кодирования до требований). Для RTM существует множество пользовательских шаблонов.

Каждое требование в документе RTM связано со связанным с ним тестовым случаем, поэтому тестирование может быть выполнено в соответствии с указанными требованиями. Кроме того, идентификатор ошибок также включен и связан с соответствующими требованиями и тестовым случаем. Основными целями этой матрицы являются:

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