4️⃣Test cases

Ще однією обов'язковою сутністю, з якою зіткнеться кожен тестувальник, є Test Case (Тестовий випадок).

Test Case – це тестовий артефакт, суть якого полягає у виконанні деякої кількості дій та/або умов, необхідних для перевірки певної функціональності програмної системи, що розробляється.

Структура цього артефакту полягає в «трійці»:

Дія, що виконується ( Action ) – Очікуваний результат ( Expected result ) – Фактичний результат (Test result ).

Саме тестовий випадок складається з 3 частин (типова структура):

• PreConditions (Передумови) – або список кроків, які приводять систему, що перевіряється, в стан, придатний для тестування, або список перевірок умов того, що система вже перебуває в необхідному стані.

• Test Case Description (Опис тестового випадку) – список дій, за допомогою яких здійснюється основна перевірка функціоналу (після якої і звіряється фактичний результат з очікуваним).

• PostConditions (Постумова) – список дій, які повертають систему до початкового стану.

Спосіб опису тест кейсів та їх структура може в кожній компанії чи команді бути різним: мати різні глибини опису необхідних дій та результатів, мати різні структурні складові. Але, хороша структурованість і висока зручність шаблонів тестових випадків, може скоротити час рутинних заповнень форм і підвищити ефективність команди в цілому.

Розглянемо наступну структуру тест кейса:

Summary - опис того, що саме будемо перевіряти

Precondition - список кроків, які приводять систему, що перевіряється, в стан, придатний для тестування, або список перевірок умов того, що система вже перебуває в необхідному стані.

Steps - детальні кроки перевірки, які повинні привести нас до очікуваного результату.

Expected result - очікуваний результат після виконання кроків (згідно вимог).

Attachments - вкладення, які допоможуть пояснити загальну картину того, що очікується. Можуть бути, можуть ні.