week four Flashcards
Test case anatomy.
з чого складається?
Title (Header) ID (test case №) Description Steps Expected results Status (passed, failed, not executed, blocked) Priority (Smoke, Critical, Extended; or A, B, C, D or any other) Initial data we need for test Related requirement Module, submodule Author, last time run, actual result, related bug Estimate TTR
Title (Header)
Title (Header) – повна назва тест кейсу яка відображає зміст перевірки, що буде виконана. Досить часто використовується в якості елемента чекліста, саме тому варто максимально чітко та стисло описувати.
Неправильно:
Verify that user can’t be logged in with incorrect credentials
Правильно:
Verify that user can’t be logged in with incorrect username and correct password
Verify that user can’t be logged in with correct username and incorrect password
Description
Поле Description заповнюється з метою надання максимальної інформації стосовно даної перевірки. Будь які передумови або інші умови за яких повинна бути здійснена перевірка описується тут.
Steps
Поле “Кроки” може бути як незалежним елементом, так і частиною блоку Description.
Тут описуються кроки перевірок, що будуть відбуватись.
Кроки повинні бути максимально зрозуміло описані, аби людина яка буде залучена до тестування в майбутньому змогла легко відтворити дані кроки. Варто звернути увагу, що деталізація кроків не повинна починатись з кроків ”1. Підійдіть до комп’ютера. 2. Включіть комп’ютер і т.д.”
Expected result
В блоці очікуваного результату описується еталонний результат поведінки системи на певні дії, з яким в подальшому буде порівнюватись очікуваний результат:
Правильно:
User should see Contact the center page with Request call back and Message to centre forms.
Неправильно:
User should see Contact the center page with elements.
Other fields
Status (passed, failed, not executed, blocked)
Priority (Smoke, Critical, Extended; or A, B, C, D or any other)
Initial data we need for test
Related requirement
Module, submodule
Author, last time run, actual result, related bug
Estimate TTR
Status (passed, failed, not executed, blocked) – статус виконання тест кейсу
Priority (P1,P2,P3,P4 or A, B, C, D or any other) – визначає пріоритет виконання тест кейсу
Initial data we need for test – дані, необхідні для виконання тест кейсу (зареєстрований користувач при перевірці функціональності логування в систему)
Related requirement – для можливості відслідковування покриття вимог тестами
Module, submodule – модуль / підмодуль, якого стосується даний тест
Author – людина, що створила тест кейс
last time run – час останнього запуску тест кейсу
related bug – для можливості відслідковування дефектів пов’язаних з даним тестом
Estimate TTR – оцінка затрат часу на виконання даного тесту
