ТЕСТОВЫЙ СЛУЧАЙ — это набор условий или переменных, при которых тестировщик определит, удовлетворяет ли тестируемая система требованиям или работает правильно. Процесс разработки тестовых примеров также может помочь обнаружить проблемы в требованиях или дизайне приложения.
| Поле тестового примера | Описание |
| Идентификатор тестового случая | Каждый тестовый пример должен быть представлен уникальным идентификатором. Чтобы указать типы тестов, следуйте некоторому соглашению, например «TC_UI_1», обозначающему «Тестовый пример пользовательского интерфейса № 1» |
| Приоритет теста: | Это полезно при выполнении теста Низкий Середина Высокий |
| Название модуля: | Определите имя тестируемого основного модуля или субмодуля |
| Тест Разработан: | Имя тестировщика |
| Дата проведения испытания: | Дата разработки теста |
| Тест выполнил: | Кто выполнял тест-тестер |
| Дата проведения теста: | Дата, когда необходимо выполнить тест |
| Имя или название теста: | Название тестового примера |
| Описание/резюме теста: | Кратко определите суть или цель теста |
| Предварительное условие: | Любое требование, которое необходимо выполнить перед выполнением этого тестового примера. Чтобы выполнить этот тестовый пример, перечислите все предварительные условия |
| Зависимости: | Определить любые зависимости от требований к тестированию или других тестовых примеров |
| Этапы тестирования: | Подробно опишите все этапы теста и напишите в том порядке, в котором их необходимо выполнить. При написании шагов тестирования убедитесь, что вы предоставляете как можно больше деталей |
| Тестовые данные: | Использование тестовых данных в качестве входных данных для тестового примера. Предоставляйте различные наборы данных с точными значениями, которые будут использоваться в качестве входных данных |
| Ожидаемые результаты: | Укажите ожидаемый результат, включая ошибку или сообщение, которое должно появиться на экране |
| Пост-условие: | Каким будет состояние системы после запуска тестового примера |
| Фактический результат: | После выполнения теста должен быть заполнен фактический результат теста |
| Статус (не пройден/пройден): | Отметьте это поле как неудавшееся, если фактический результат не соответствует предполагаемому |
| Примечания: | Если есть какие-то особые условия, оставленные в поле выше |
Тестовый пример против тестового сценария
1.Тестовый случай — это набор действий, выполняемых для проверки определенных функций или функций, тогда как тестовый сценарий — это любая функциональность, которая может быть протестирована.
2.Тестовый случай в основном создается на основе тестовых сценариев, а тестовые сценарии — на основе тестовых артефактов, таких как BRS и SRS.
3.Тестовый случай помогает провести исчерпывающее тестирование приложения, тогда как тестовый сценарий помогает гибко протестировать комплексную функциональность.
4.Тестовые случаи ориентированы на то, что и как тестировать, тогда как тестовый сценарий больше ориентирован на то, что тестировать.
5.Тестовые случаи — это действия низкого уровня, тогда как тестовые сценарии — это действия высокого уровня.
6.Тестовый случай требует больше ресурсов и времени для выполнения теста, тогда как тестовый сценарий требует меньше ресурсов и времени для выполнения теста.
7.Тестовый случай включает этапы тестирования, данные и ожидаемые результаты тестирования, тогда как тестовый сценарий включает сквозную функциональность, подлежащую тестированию.
Вот существенные различия между тестовым сценарием и тестовым примером.
| Тестовый сценарий | Тестовые случаи |
| Сценарий тестирования содержит документацию высокого уровня, описывающую сквозную функциональность, подлежащую тестированию. | Тестовые примеры содержат определенные этапы тестирования, данные и ожидаемые результаты для тестирования всех функций приложения. |
| Он больше фокусируется на том, «что тестировать», чем на том, «как тестировать». | Полный акцент на «что тестировать» и «как тестировать». |
| Сценарии тестирования однострочные. Таким образом, всегда существует вероятность неясностей во время тестирования․ | В тестовых примерах определены шаг, предварительные условия, ожидаемый результат и т. д. Поэтому в этом процессе нет никакой двусмысленности. |
| Сценарии тестирования создаются на основе тестовых артефактов, таких как BRS, SRS и т. д. | Тестовый пример в основном основан на тестовых сценариях. Несколько тестовых случаев могут быть получены из одного тестового сценария․ |
| Это помогает гибко протестировать сквозную функциональность․ | Это помогает провести исчерпывающее тестирование приложения․ |
| Тестовые сценарии — это действия высокого уровня. | Тестовые случаи — это действия низкого уровня. |
| Для создания и тестирования с использованием сценариев требуется сравнительно меньше времени и ресурсов. | Требуется больше ресурсов для документирования и выполнения тестовых случаев. |
Полезные ссылки: