Шаблон тестового примера в формате Excel (скачать)
Томас Гамильтон
⚡ Умное резюме
Шаблон тестового случая предоставляет стандартизированную структуру для документирования тестовых случаев для любого программного проекта. В этом руководстве объясняется каждое важное поле, предлагаются загружаемые образцы в форматах Excel и Word, а также перечислены лучшие практики, которые обеспечивают согласованность тестовых артефактов во всей команде контроля качества.
Что такое шаблон тестового примера?
A Шаблон тестового примера Это хорошо продуманный документ, который помогает тестировщикам разрабатывать и последовательно понимать данные для конкретного сценария тестирования. Тестовый кейс Шаблон обеспечивает согласованность тестовых артефактов для команды и упрощает понимание тестовых случаев всеми заинтересованными сторонами. Написание тестовых случаев в стандартном формате сокращает трудозатраты на тестирование и снижает частоту ошибок. Стандартизированный формат особенно желателен, когда тестовые случаи проверяются внешними экспертами.
Выбор шаблона для вашего проекта зависит от вашей политики тестирования. Многие организации создают тестовые сценарии в Microsoft Excel, другие в Microsoft Wordа некоторые используют инструменты управления тестированием, такие как HP ALM.
Важные поля в шаблоне тестового примера
Независимо от выбранного метода документирования, любой хороший шаблон тестового примера должен включать следующие поля.
| Поле тестового примера | Описание |
|---|---|
| Идентификатор тестового набора | Каждый тестовый случай должен быть представлен уникальным идентификатором. Используйте соглашение, например, «TC_UI_1», для обозначения типа теста — например, «Тестовый случай пользовательского интерфейса №1». |
| Приоритет теста | Полезно во время выполнения. Обычно используются значения «Низкий», «Средний» и «Высокий». |
| Название модуля | Основной модуль или подмодуль, подвергающийся тестированию. |
| Тест Разработан | Имя тестировщика. |
| Дата проведения испытания | Дата разработки теста. |
| Тест выполнен | Тестировщик, выполнивший тест. |
| Дата выполнения теста | Дата, когда необходимо выполнить тест. |
| Имя или название теста | Название тестового примера. |
| Descriptион / Краткое описание | Краткое описание цели теста. |
| Предварительное кондиционирование | Перечислите все предварительные условия, которые должны быть выполнены перед выполнением этого тестового примера. |
| Зависимости | Любые зависимости от требований к тестированию или других тестовых случаев. |
| Шаги тестирования | Подробно опишите шаги в порядке их выполнения. Будьте максимально конкретны. |
| Тестовые данные | Тестовые данные используется в качестве входных данных. Предоставьте различные наборы данных с точными значениями. |
| ожидаемый результат | Ожидаемый результат, включая любые ошибки или сообщения, которые должны появиться на экране. |
| Пост-условие | Состояние системы после выполнения тестового примера. |
| Фактический результат | Фактический результат, зафиксированный после выполнения. |
| Статус (пройдено/не пройдено) | Отметьте как «Неудачно», если фактический результат не соответствует ожидаемому. |
| Заметки | Особые условия, не описанные в других источниках. |
Необязательные поля может быть добавлен в зависимости от требований проекта.
- Идентификатор ссылки/дефекта: Ссылка на дефект или номер дефекта, если тест не пройден.
- Ключевые слова / Тип теста: Используется для классификации тестов по типу, например, по юзабилити, функциональным правилам или бизнес-правилам.
- Обязательные условия: Требование(я), для которого(ых) написан(ы) тестовый пример.
- Ссылки / Приложения: Путь к вспомогательному документу или диаграмме для сложных сценариев.
- Автоматизация (да/нет): Track статус автоматизации для автоматизированных тестовых случаев.
- Настраиваемые поля: Поля, специфичные для потребностей клиента или процесса вашего проекта.
Скачать шаблон тестового примера (Excel и Word)
Оба шаблона содержат описанные выше поля. Выберите тот формат, который соответствует стилю оформления документации вашей команды.
Рекомендации по написанию тестовых сценариев
Ценность шаблона определяется дисциплиной, с которой он заполняется. Приведенные ниже методы обеспечивают повторное использование тестовых примеров. tracдоступный и ясный.
- Каждый шаг опишите четко: Любой тестировщик должен суметь выполнить эти шаги без необходимости запрашивать разъяснения.
- Начнём с точки зрения пользователя: Описывайте действия пользователя, а не действия кода.
- Используйте повторно, а не дублируйте: Вместо повторения шагов теста, используйте ссылку на существующий тестовый пример по идентификатору.
- Обеспечьте полное покрытие: сопоставьте тестовые примеры с требованиями с помощью параметра "Требование". TracМатрица возможностей.
- Используйте инструмент управления: платформы, такие как JIRA Или же HP ALM позволяет хранить историю версий, вложения и журналы выполнения в одном месте.
