Шаблон за тестов случай (Изтеглете примерен Excel)
Томас Хамилтън
Какво е шаблон за тестов случай?
A Шаблон за тестов случай е добре проектиран документ за разработване и по-добро разбиране на данните от тестовия случай за конкретен сценарий на тестовия случай. добър Тестов случай шаблонът поддържа последователност на тестови артефакти за тестовия екип и улеснява разбирането на тестовите случаи от всички заинтересовани страни. Писането на тестов случай в стандартен формат намалява усилието за тестване и процента на грешки. Форматът на тестови случаи е по-желателен в случай, че преглеждате тестов случай от експерти.Шаблонът, избран за вашия проект, зависи от вашата политика за тестване. Много организации създават тестови случаи в Microsoft Excel, докато някои влизат Microsoft Word. Някои дори използват инструменти за управление на тестове като HP ALM, за да документират своите тестови случаи.
Шаблон за тестови случаи за Excel
Щракнете по-долу, за да изтеглите Excel файл с тестов случай
Изтеглете горния шаблон за тестов случай (.xls)
Шаблон за тестов случай за Word
Щракнете по-долу, за да изтеглите тестов файл Word
Изтеглете горния шаблон за тестов случай (.docx)
Независимо от избрания метод за документиране на тестови случаи, всеки добър шаблон за тестови случаи трябва да има следните полета
| Поле за тестов случай | Descriptйон |
|---|---|
| ID на тестов случай: | Всеки тестов случай трябва да бъде представен с уникален идентификатор. За да посочите типове тестове, следвайте някаква конвенция като „TC_UI_1“, указваща „Тестов потребителски интерфейс №1“. |
| Приоритет на теста: |
Полезно е при изпълнение на теста.
|
| Име на модула: | Определете името на основния модул или подмодул, който се тества |
| Тест, проектиран от: | Име на тестера |
| Дата на проектиран тест: | Дата на проектиране на теста |
| Тестът е изпълнен от: | Кой е изпълнил теста - тестер |
| Дата на изпълнение на теста: | Дата, когато трябва да се изпълни тестът |
| Име или заглавие на теста: | Заглавие на тестовия случай |
| Description/Обобщение на теста: | Определете накратко резюмето или целта на теста |
| Предварителната подготовка: | Всички изисквания, които трябва да бъдат изпълнени преди изпълнението на този тестов случай. За да изпълните този тестов случай, избройте всички предварителни условия |
| Зависимостите: | Определете всякакви зависимости от изискванията на теста или други тестови случаи |
| Тестови стъпки: | Споменете подробно всички стъпки на теста и напишете в реда, в който се изисква да бъдат изпълнени. Докато пишете тестови стъпки, уверете се, че предоставяте възможно най-много подробности |
| Данни от теста: | Използване на Данни от теста като вход за тестовия случай. Доставете различни набори от данни с точни стойности, които да се използват като входни данни |
| Очаквани резултати: | Споменете очаквания резултат, включително грешка или съобщение, което трябва да се появи на екрана |
| Пост-условие: | Какво би било състоянието на системата след изпълнение на тестовия случай? |
| Действителен резултат: | След изпълнение на теста трябва да се попълни действителният резултат от теста |
| Статус (неуспешен/успешен): | Маркирайте това поле като неуспешно, ако действителният резултат не отговаря на прогнозния резултат |
| бележки: | Ако има някакво специално условие, което е оставено в горното поле |
По желание можете да имате следните полета в зависимост от изискванията на проекта
- ID на връзката/дефекта: Включете връзката за дефект или определете номера на дефекта, ако статусът на теста е неуспешен
- Ключови думи / Тип тест: Това поле може да се използва за определяне на тестове въз основа на типове тестове. Напр.: използваемост, функционалност, бизнес правила и др.
- Изисквания: Изисквания, за които се пише този тестов случай
- Препратки / Прикачени файлове: Полезно е за сложни тестови сценарии, дайте действителния път на документа или диаграмата
- Автоматизация (Да/Не): За проследяване на състоянието на автоматизация, когато тестовите случаи са автоматизирани
- Потребителски полета: Полетата, които конкретно вашият проект се тестват поради изискванията на клиент/проект.
