Як створити тест прийому користувачів. Проект ніколи не досягне статусу "успішного" без виконання тесту на прийом користувача (UAT). Проект може вважатися повним і, можливо, в межах обсягу, часу та бюджету, але його не можна вважати успішним без схвалення користувачів, які будуть використовувати цю систему. Добре виконаний тест на прийняття користувача гарантує, що кожна вимога побудована і функціонує так, як очікується.
Елементи, які вам потрібні
-
Результати проекту
-
Вимоги бізнесу до тестування
-
Кінцеві користувачі системи
-
Тестування середовища
Прийняти формальний і універсальний шаблон для всіх артефактів вашого проекту. Ваші читачі та лідери будуть вдячні Вам за легкість розміщення відповідної інформації, оскільки вона послідовно розміщується в одній області в межах кожного іншого документа.
Створіть у своєму документі коробки простежуваності. Вони, як мінімум, повинні містити ідентифікатор тестового сценарію, який буде виконуватися з цією групою тестування прийому користувачів. Він також повинен містити специфічний ідентифікатор бізнес-вимог, який буде перевірятися; і бажано, щоб у вас також був ідентифікатор випадку використання.
Додати описовий текст. Кожен сценарій тестування повинен мати базовий опис, не більше ніж речення, яке адекватно пояснює те, що цей сценарій намагається виконати. Короткий заголовок опису бізнес-вимог та випадків використання також повинен бути включений поруч із відповідним ідентифікатором.
Додайте дані тестування та залиште простір імпровізації. Якщо конкретні змінні та сценарії повинні бути перевірені, вони повинні бути перераховані тут. Якщо тестування повинно бути динамічним, непередбачуваним і самостійним, то для тестера має бути доступна порожня область для запису даних, які використовувалися в тесті.
Включіть прапорці, які вказують, чи пройшов або не пройшов тест.
Створіть вікна запису. Ви зобов'язані мати зону для підпису акторів, що вказують на те, що вони виконували свої обов'язки в цьому приймальному тесті. До таких суб'єктів належать кінцевий користувач, який здійснює фактичне тестування, бізнес-аналітик, який керує тестуванням, менеджер проекту та спонсор. Це створює ланцюжок визнання того, що результат проекту був успішно розроблений, закодований і перевірений.
Поради
-
Найкраще створювати специфічні тестові сценарії, які перевіряють кожну функціональність (бізнес-вимога), а потім створюють відкрите і вільне тестування форм. Це гарантує тестування відомої функціональності та виявлення "нової" функціональності, яка раніше не була врахована у фазі витребування вимог. Групи випробувань, що приймаються користувачами, повинні бути достатньо великими, щоб навантажувати систему на навантаження, ємність і доступність.
