Тест-кейс (Test case)
Тестовий сценарій (test case): Набір вхідних значень, передумов виконання, очікуваних результатів та пост-умов виконання, розроблений для певної мети або тестової умови, таких як виконання певного шляху програми або для перевірки відповідності певній вимозі. (IEEE 610)
Тестовий сценарій високого рівня (high level test case): Тестовий сценарій без конкретних (рівня реалізації) значень вхідних даних та очікуваних результатів. Використовує логічні оператори, а екземпляри реальних значень ще не визначені та доступні. (ISTQB)
Тестовий сценарій низького рівня (low level test case): Тестовий сценарій з конкретними (рівня реалізації) значеннями вхідних даних та очікуваних результатів. Логічні оператори із тестових сценаріїв високого рівня замінюються реальними значеннями, які відповідають цілям цих логічних операторів. (ISTQB)
Test case (тест-кейс, тестовий приклад/випадок) - це артефакт, що описує сукупність кроків, конкретних умов і параметрів, необхідних для перевірки реалізації функції або її частини, що тестується. Більш строго - формалізоване опис однієї показової перевірки відповідність вимогам прямим чи непрямим.
Зміст тест-кейсу :
Ідентифікатор набору тестів ( Test Suite ID ): Ідентифікатор набору тестів, до яких входить цей кейс;
Ідентифікатор тестового кейсу ( Test Case ID ): Ідентифікатор самого кейсу;
Заголовок кейса ( Test Case Summary ): Коротка і ємна назва перевірки, що проводиться;
Пов'язана вимога ( Related Requirement ): Ідентифікатор вимоги, до якого відноситься / відстежується даний тестовий приклад;
Попередні умови ( Prerequisites ): Будь-які передумови або попередні умови, які мають бути виконані перед виконанням тесту;
Кроки виконання ( Test Script/Procedure ): Кроки виконання тесту;
Тестові дані ( Test Data ): Тестові дані або посилання на тестові дані, які повинні використовуватися під час проведення тесту;
Очікуваний результат ( Expected Result ): результат, який ми очікуємо отримати після виконання кроків тесту;
Статус пройдено або не пройдено ( Status ): Інші статуси можуть бути «Не виконано», якщо тестування не проводиться, та «Заблоковано», якщо тестування заблоковано;
Нотатки ( Remarks ): Будь-які коментарі до тесту або виконання тесту;
Створено ( Created By ): Ім'я автора тестового прикладу;
Дата створення ( Date of Creation ): Дата створення тестового прикладу (опціонально модифікації);
Виконано ( Executed By ): Ім'я людини, яка виконала тест;
Дата виконання ( Date of Execution ): Дата виконання тесту;
Тестове оточення ( Test Environment ): обладнання / програмне забезпечення / мережу, у яких виконувався тест, тобто. всі необхідні відомості про оточення, щоб можна було відтворити отриманий результат.
В іноземній літературі часто ділять кейси на дві категорії:
Високорівневий тест-кейс (high level test case або logical test case) – тест-кейс без конкретних вхідних даних та очікуваних результатів. Як правило, обмежується загальними ідеями та операціями, схожим за своєю суттю з докладно описаним пунктом чек-листа. Досить часто зустрічається в інтеграційному тестуванні та системному тестуванні, а також на рівні smoke. Може бути відправною точкою для проведення дослідницького тестування або для створення низькорівневих тест-кейсів.
Низькорівневий тест-кейс (low level test case) - тест-кейс із конкретними вхідними даними та очікуваними результатами. Являє собою «цілком готовий до виконання» тест-кейс і взагалі є найбільш класичним видом тест-кейсів. Тестувальників-початківців найчастіше вчать писати саме такі тести, т.к. прописати всі дані докладно - набагато простіше, ніж зрозуміти, яку інформацію можна знехтувати, при цьому не знизивши цінність тест-кейсу.
Чи потрібно взагалі писати кейси? Відповідь та сама, що й у будь-якого документа - якщо написання кейсів вирішує певне завдання і це обґрунтовано, то писати. Якщо ви один, не плутаєтесь у невеликому проекті, користуєтеся чек аркушами/mind map/.., можете і без TMS/test runs reports наочно надавати актуальні відомості про протестованість/якість заінтересованим особам, то не писати.
Чи може бути кілька очікуваних результатів? Може, якщо це необхідно, але одразу після кожного кроку.
Чи можна поєднувати позитивні та негативні тест-кейси? Позитивні можна, негативні не можна, оскільки важко зрозуміти, що саме впливає на результат.
Джерела:
Дод. матеріал:
Last updated
