Как да напишете тестови случаи с примери
Томас Хамилтън
Стъпки за създаване на тестови случаи при ръчно тестване
Нека създадем тестов случай за сценария: Проверка на функционалността за влизане
Стъпка 1) Един прост тестов случай за обяснение на сценария би бил
| Тестов случай # | Тестов случай Descriptйон |
|---|---|
| 1 | Проверете отговора при въвеждане на валиден имейл и парола |
Стъпка 2) Тествайте данните.
За да изпълните тестовия случай, ще ви трябва Данни от теста. Добавяне по-долу
| Тестов случай # | Тестов случай Descriptйон | Данни от теста |
|---|---|---|
| 1 | Проверете отговора при въвеждане на валиден имейл и парола | Имейл: guru99@email.com Парола: lNf9^Oti7^2h |
Идентифицирането на тестови данни може да отнеме много време и понякога може да изисква създаване на тестови данни наново. Причината трябва да бъде документирана.
Стъпка 3) Извършване на действия.
За да изпълни тестов случай, тестерът трябва да извърши специфичен набор от действия на AUT. Това е документирано по-долу:
| Тестов случай # | Тестов случай Descriptйон | Тестови стъпки | Данни от теста |
|---|---|---|---|
| 1 | Проверете отговора при въвеждане на валиден имейл и парола | 1) Въведете имейл адрес
2) Въведете парола 3) Щракнете върху Вход |
Имейл: guru99@email.com
Парола: lNf9^Oti7^2h |
Много пъти тестовите стъпки не са прости, както по-горе, поради което се нуждаят от документация. Освен това авторът на тестовия случай може да напусне организацията или да отиде на почивка или да е болен и да не е на работа или да е много зает с други критични задачи. Наскоро нает може да бъде помолен да изпълни тестовия случай. Документираните стъпки ще му помогнат и ще улеснят прегледите от други заинтересовани страни.
Стъпка 4) Проверете поведението на AUT.
Целта на тестовите случаи в софтуерното тестване е да се провери поведението на AUT за очакван резултат. Това трябва да бъде документирано, както е показано по-долу
| Тестов случай # | Тестов случай Descriptйон | Данни от теста | очакван резултат |
|---|---|---|---|
| 1 | Проверете отговора при въвеждане на валиден имейл и парола | Имейл: guru99@email.com Парола: lNf9^Oti7^2h |
Влизането трябва да е успешно |
По време на времето за изпълнение на теста, тестерът ще сравни очакваните резултати с действителните резултати и ще присвои статус на успешно или неуспешно
| Тестов случай # | Тестов случай Descriptйон | Данни от теста | очакван резултат | Действителен резултат | Pass / Fail |
|---|---|---|---|---|---|
| 1 | Проверете отговора при въвеждане на валиден имейл и парола | Имейл: guru99@email.com Парола: lNf9^Oti7^2h | Влизането трябва да е успешно | Влизането беше успешно | Pass |
Стъпка 5) Това освен вашия тестов случай - може да има поле като,
Предварително – условие, което указва неща, които трябва да са налице, преди тестът да може да се изпълни. За нашия тестов случай предварително условие би било да имате инсталиран браузър, за да имате достъп до тествания сайт. Тестовият случай може също да включва Post – Условия, които определят всичко, което се прилага след завършване на тестовия случай. За нашия тестов случай постусловие ще бъде часът и датата на влизане се съхраняват в базата данни
Как да напиша видео за тестови случаи
Кликнете тук ако видеото не е достъпно
Най-добра практика за писане на добър тестов случай.
1. Тестовите случаи трябва да бъдат прости и прозрачни:
Създавайте тестови случаи, които са възможно най-прости. Те трябва да са ясни и кратки, тъй като авторът на тестовия случай може да не ги изпълни.
Използвайте настоятелен език като отидете на началната страница, въведете данни, щракнете върху това и така нататък. Това улеснява разбирането на тестовите стъпки и по-бързо изпълнение на тестовете.
2. Създайте тестов случай с мисъл за крайния потребител
Крайната цел на всеки софтуерен проект е да създаде тестови случаи, които отговарят на изискванията на клиента и са лесни за използване и работа. Тестерът трябва да създава тестови случаи, като има предвид гледната точка на крайния потребител
3. Избягвайте повторение на тестов случай.
Не повтаряйте тестови случаи. Ако е необходим тестов случай за изпълнение на друг тестов случай, извикайте тестовия случай чрез неговия идентификатор на тестовия случай в колоната за предварително условие
4. Не приемайте
Не предполагайте функционалност и характеристики на вашето софтуерно приложение, докато подготвяте тестов случай. Придържайте се към спецификационните документи.
5. Осигурете 100% покритие
Уверете се, че пишете тестови случаи, за да проверите всички софтуерни изисквания, споменати в документа със спецификацията. Използвайте Матрица за проследимост за да се гарантира, че нито една функция/условие не е оставено нетествано.
6. Тестовите случаи трябва да могат да бъдат идентифицирани.
Наименувайте идентификатора на тестовия случай така, че да се идентифицира лесно, докато проследявате дефекти или идентифицирате софтуерно изискване на по-късен етап.
7. Прилагане на техники за тестване
Не е възможно да проверите всички възможни условия във вашето софтуерно приложение. Техниките за тестване на софтуер ви помагат да изберете няколко тестови случая с максимална възможност за намиране на дефект.
- Анализ на граничната стойност (BVA): Както подсказва името, това е техниката, която определя тестването на границите за определен диапазон от стойности.
- Разделяне на еквивалентност (EP): Тази техника разделя диапазона на равни части/групи, които са склонни да имат еднакво поведение.
- Техника за преход на състоянието: Този метод се използва, когато поведението на софтуера се промени от едно състояние в друго след определено действие.
- Техника за отгатване на грешки: Това е отгатване/предвиждане на грешката, която може да възникне при извършване на ръчно тестване. Това не е формален метод и се възползва от опита на тестера с приложението
8. Самопочистващ
Тестовият случай, който създавате, трябва да върне Тестова среда до състояние преди тестване и не трябва да прави тестовата среда неизползваема. Това е особено вярно за тестване на конфигурация.
9. Повторяемост и самостоятелна
Тестовият случай трябва да генерира едни и същи резултати всеки път, независимо кой го тества
10. Връстник Review.
След като създадете тестови случаи, накарайте ги да бъдат прегледани от вашите колеги. Вашите връстници могат да открият дефекти в дизайна на вашия тестов случай, които лесно можете да пропуснете.
Докато изготвяте тестов случай, за да включите следната информация
- Описание на това какво изискване се тества
- Обяснението как ще се тества системата
- Настройката на теста като версия на приложение, което се тества, софтуер, файлове с данни, операционна система, хардуер, достъп за защита, физическа или логическа дата, час от деня, предпоставки като други тестове и всяка друга информация за настройка, свързана с изискванията, които се тестват
- Входове и изходи или действия и очаквани резултати
- Всякакви доказателства или прикачени файлове
- Използвайте език с активен регистър
- Test Case не трябва да бъде повече от 15 стъпки
- Автоматизиран тестов скрипт се коментира с входове, цел и очаквани резултати
- Настройката предлага алтернатива на предварително необходимите тестове
- При други тестове това трябва да е неправилен бизнес сценарий
Инструменти за управление на тестови случаи
Инструментите за управление на тестове са инструментите за автоматизация, които помагат за управлението и поддържането на тестовите случаи. Основните характеристики на инструмента за управление на тестови случаи са
- За документиране на тестови случаи: С инструменти можете да ускорите създаването на тестов случай с помощта на шаблони
- Изпълнете тестовия случай и запишете резултатите: Тестовият случай може да бъде изпълнен чрез инструментите и получените резултати могат лесно да бъдат записани.
- Автоматизирайте проследяването на дефекти: Неуспешните тестове автоматично се свързват с инструмента за проследяване на грешки, който от своя страна може да бъде присвоен на разработчиците и може да бъде проследен чрез имейл известия.
- Проследяването: Изисквания, тестови случаи, изпълнение на тестови случаи са свързани помежду си чрез инструментите и всеки случай може да бъде проследен един до друг, за да се провери тестовото покритие.
- Защита на тестови случаи: Тестовите случаи трябва да могат да се използват повторно и трябва да бъдат защитени от загуба или повреда поради лош контрол на версиите. Инструментите за управление на тестови случаи предлагат функции като
- Конвенции за именуване и номериране
- Версиите
- Съхранение само за четене
- Контролиран достъп
- Архивиране извън сайта
Популярни инструменти за управление на тестове са: Център за качество намлява ДЖИРА
Форматът на стандартните тестови случаи
По-долу е даден формат на стандартен пример за тестови случаи за влизане.
| ID на тестов случай | Тестов случай Descriptйон | Тестови стъпки | Данни от теста | Очаквани резултати | Актуални резултати | Pass / Fail |
|---|---|---|---|---|---|---|
| TU01 | Проверете входа на клиента с валидни данни |
|
Потребител = guru99 Парола = pass99 | Потребителят трябва да влезе в приложение | Както се очакваше | Pass |
| TU02 | Проверете входа на клиента с невалидни данни |
|
Потребител = guru99 Парола = glass99 | Потребителят не трябва да влиза в приложение | Както се очакваше | Pass |
Цялата тази таблица може да бъде създадена в Word, Excel или всяка друга програма Инструмент за управление на тестове. Това е всичко за дизайна на тестови случаи
Шаблон за тестов случай
- Моля, имайте предвид, че използваният шаблон ще варира от проект до проект. Прочетете това настойнически за да научите шаблон на тестов случай с обяснение на важните полета
Изтеглете горния шаблон за тестов случай Excel (.xls)
Въпроси и Отговори
Какво е тестов случай?
Тестовият случай е документиран набор от условия, входове, действия и очаквани резултати, предназначени да проверят дали конкретна функционалност или характеристика на приложение работи по предназначение. Той служи като насока за тестерите, за да гарантират, че приложението се държи правилно при определени условия.
Тестов сценарий срещу тестов случай
За Сценарий на теста: Проверете функционалността за влизане, има много възможни тестови случаи:
- Тестов случай 1: Проверете резултатите при въвеждане на валидно потребителско име и парола
- Тестов случай 2: Проверете резултатите при въвеждане на невалидно потребителско име и парола
- Тестов случай 3: Проверете отговора, когато потребителският идентификатор е празен и е натиснат бутонът за влизане и много други
