Що таке тест-кейс?
Тест-кейс — опис однієї перевірки: за яких умов, які кроки виконати, з якими даними і що вважається правильним результатом. За хорошим тест-кейсом перевірку може виконати будь-яка людина в команді й отримати той самий висновок.
Стандартна структура: ідентифікатор і назва, передумови, кроки, тестові дані, очікуваний результат. Ключова вимога — однозначність: формулювання «перевірити, що все нормально» тест-кейсом не є.
Тест-кейси потрібні не завжди. Для стабільної критичної функціональності вони дають повторюваність і дозволяють передати перевірку іншій людині. Для частин продукту, що швидко змінюються, часто вистачає чек-листа — короткого переліку того, що треба перевірити, без детальних кроків.
Де застосовується
Тест-кейси ведуть у спеціальних системах — TestRail, Zephyr, Qase — або в таблицях на невеликих проєктах. З них збирають набори під задачу: перевірки для нової функції, регресійний прогін перед релізом, короткий набір для перевірки збірки на працездатність.
Особливо вони окупаються там, де важлива повторюваність і слід: у фінансових і медичних системах, при сертифікації, при передачі продукту іншій команді. У швидких продуктових командах їх часто замінюють чеклістами — вони дешевші в підтримці, але потребують досвіду від виконавця.
Приклад
Кейс «Оплата карткою з простроченим терміном»: передумова — товар у кошику; кроки — ввести дані картки з минулою датою, підтвердити; очікуваний результат — замовлення не створене, показано зрозуміле повідомлення, гроші не списані. Перевірку виконає будь-який новачок у команді.
Часті запитання
Чим тест-кейс відрізняється від чекліста?
Тест-кейс докладно описує кроки, дані й очікуваний результат. Чекліст перелічує лише що перевірити, лишаючи спосіб на розсуд виконавця. Кейси дорожчі в підтримці, але дають повторюваність; чеклісти швидші й зручніші для досвідченого тестувальника.
Що обовʼязково має бути в тест-кейсі?
Заголовок, передумови, кроки, тестові дані й очікуваний результат. Часто додають пріоритет і посилання на вимогу. Ключова ознака якості: інша людина виконає перевірку і дійде того самого висновку, не ставлячи уточнювальних запитань авторові.
Скільки тест-кейсів потрібно для однієї функції?
Рахувати за кількістю безглуздо — важливе покриття сценаріїв. Зазвичай беруть основний шлях, ключові альтернативні гілки, граничні значення й обробку помилок. Десять продуманих кейсів працюють краще за пʼятдесят, що дублюють одне одного з дрібними варіаціями.
Чи потрібно підтримувати тест-кейси в актуальному стані?
Так, інакше вони швидко перетворюються на мертвий архів, якому ніхто не довіряє. Оновлюють їх разом зі зміною функціональності, а застарілі видаляють. Набір, який не переглядали рік, зазвичай простіше переписати, ніж вичитувати.