Що таке тестування прийняття користувачами (UAT)?

Що таке UAT?

Прийнятне тестування користувача (UAT) це тип тестування, який виконується кінцевим користувачем або клієнтом для перевірки/прийняття системи програмного забезпечення перед переміщенням програмного додатку у робоче середовище. UAT виконується на завершальній фазі тестування після функціонального, інтеграційного та системного тестування.

Призначення УАТ

Головний Призначення УАТ полягає у перевірці повного потоку бізнес-процесів. Воно не зосереджується на косметичних помилках, орфографічних помилках чи системному тестуванні. Тестування прийняття користувачами проводиться в окремому тестовому середовищі з налаштуванням даних, подібним до виробничого. Це свого роду тестування «чорної скриньки», в якому беруть участь два або більше кінцевих користувачів.

UAT виконується:

• Клієнт
• Кінцеві користувачі

Потреба в прийнятному тестуванні користувача

Необхідність тестування прийняття користувачами виникає після того, як програмне забезпечення пройшло модульне, інтеграційне та системне тестування. Розробники могли створювати програмне забезпечення на основі власної інтерпретації документа з вимогами, і необхідні зміни під час розробки не завжди могли бути ефективно повідомлені. Таким чином, UAT перевіряє, чи кінцевий продукт прийнятий клієнтом та кінцевими користувачами.

• Розробники пишуть програмне забезпечення на основі документа з вимогами, який є їхнім «власним» розумінням вимог та насправді може бути не тим, що потрібно клієнту від програмного забезпечення.
• Зміни вимог під час виконання проекту можуть не бути ефективно повідомлені розробникам.

Приймальні випробування та V-модель

У V-моделі, тестування прийняття користувачами відповідає фазі вимог Життєвий цикл розробки програмного забезпечення (SDLC)Таке поєднання гарантує, що все, що було зафіксовано в бізнес-вимогах, буде перевірено за допомогою UAT перед випуском.

Передумови приймального тестування користувача

Перш ніж розпочнеться UAT, система повинна відповідати чіткому набору критеріїв входу. Нижче наведено типові передумови для тестування прийнятності користувача:

• Повинні бути доступні бізнес-вимоги.
• додаток Code має бути повністю розвинений.
• Має бути завершено модульне тестування, інтеграційне тестування та системне тестування.
• На етапі тестування системної інтеграції не повинно залишатися дефектів типу «Showstopper», «High» або «Merry».
• Перед UAT прийнятні лише косметичні дефекти.
• Регресійне тестування має бути завершено без суттєвих дефектів.
• Усі повідомлені дефекти мають бути виправлені та перевірені перед UAT.
• A tracМатриця можливості для всіх тестів має бути заповнена.
• Середовище UAT має бути готове.
• Підтвердження готовності системи до виконання UAT за допомогою електронного листа або повідомлення від команди системного тестування.

Як виконувати тести UAT

UAT виконується цільовими користувачами системи або програмного забезпечення. Цей тип Тестування програмного забезпечення зазвичай відбувається на місці розташування клієнта і також називається бета-тестуванням. Після того, як критерії вступу для UAT виконано, тестувальники виконують такі завдання:

• Аналіз бізнес-вимог
• Створення плану тестування UAT
• Визначте сценарії тестування
• Створення тестових випадків UAT
• Підготовка тестових даних (дані, подібні до виробничих)
• Запустіть тестові випадки
• Запишіть результати
• Підтвердьте бізнес-цілі

Крок 1) Аналіз бізнес-вимог

Одним із найважливіших видів діяльності в UAT є визначення та розробка тестових сценаріїв. Ці тестові сценарії походять з наступних документів:

• Статут проекту
• Випадки використання у бізнесі
• Схеми процесу
• Документ бізнес-вимог (BRD)
• Специфікація системних вимог (SRS)

Крок 2) Створення плану UAT

План тестування UAT окреслює стратегію, яка буде використовуватися для перевірки та забезпечення відповідності застосунку бізнес-вимогам. Він документує критерії входу та виходу для UAT, тестові сценарії, підхід до тестових випадків та часові рамки тестування.

Крок 3) Визначте тестові сценарії та тестові випадки

Визначте тестові сценарії з урахуванням бізнес-процесів високого рівня та створіть тестові випадки з чіткими кроками тестування. Тестові випадки повинні достатньо охоплювати більшість сценаріїв UAT. Бізнес-випадки використання слугують вхідними даними для створення тестових випадків.

Крок 4) Підготовка тестових даних

Для UAT найкраще використовувати живі дані. Дані повинні бути зашифровані для конфіденційності та безпеку причини. Тестер повинен бути знайомий з потоком роботи з базою даних.

Крок 5) Запустіть і запишіть результати

Виконайте тестові випадки та повідомте про помилки, якщо такі є. Повторно протестуйте помилки після їх виправлення. Тестовий менеджмент інструменти можна використовувати для виконання.

Крок 6) Підтвердьте досягнення бізнес-цілей

Бізнес-аналітики або UAT-тестери повинні надіслати електронний лист із підтвердженням після UAT-тестування. Після підтвердження продукт готовий до використання у виробництві. Результатами UAT-тестування є план тестування, сценарії та тестові випадки UAT, результати тестування та журнал дефектів.

Критерії виходу для UAT

Перш ніж переходити до виробництва, необхідно врахувати наступне:

• Жодних критичних дефектів не виявлено.
• Бізнес-процес працює задовільно.
• Зустріч за підписанням UAT з усіма зацікавленими сторонами.

Якості тестерів UAT

Тестувальник UAT повинен мати глибокі знання у своїй галузі. Тестувальник повинен бути незалежним та мислити як невідомий користувач системіТестер повинен бути аналітичним, мислити нестандартно та вміти поєднувати всілякі дані, щоб зробити UAT успішним.

Тестувальники, бізнес-аналітики або експерти з предметної області, які розуміють бізнес-вимоги або робочі процеси, можуть підготувати тести та дані, реалістичні для бізнесу.

Поширені проблеми в UAT

Навіть зрілі команди мають труднощі під час UAT. Передбачення цих проблем дозволяє зберегти графік випусків незмінним:

• Нечітка сфера застосування: Визначте сценарії, що зосереджені на бізнес-результатах, щоб запобігти розмиванню UAT (Understanding Attachment - Удосконалений тестовий підхід) із системним тестуванням.
• Пізнє залучення користувачів: Залучайте кінцевих користувачів під час ознайомлення з вимогами до початку офіційного UAT.
• Дрейф навколишнього середовища: Віддзеркалювати виробничі конфігурації та обсяги даних у середовищі UAT.

Кращі практики

Для успішного проведення UAT слід враховувати такі моменти:

• Підготуйте план UAT на ранніх етапах життєвого циклу проекту.
• Підготуйте контрольний список перед початком UAT.
• Проведіть сеанс попереднього UAT під час самого етапу системного тестування.
• Чітко визначте очікування та обсяг UAT.
• Тестуйте наскрізні бізнес-потоки та уникайте тестів на системному рівні.
• Тестуйте систему або застосунок за допомогою реальних сценаріїв та даних.
• Уявіть себе як невідомого системі користувача.
• Виконайте тестування зручності використання.
• Проведіть сесію зворотного зв'язку та зустріч, перш ніж переходити до виробництва.

Інструменти UAT

Кілька інструментів підтримують тестування користувачів на прийняття рішень у рамках співпраці, виконання та звітності. Нижче наведено кілька популярних варіантів:

• Fitnesse: A Javaдвижок тестування з відкритим кодом на основі [назва компанії], де зацікавлені сторони створюють тести у табличному форматі.
• ДЖИРА з Зефіром або Xray: Дефект комбайнів tracкороль зі структурованим виконанням тестів та tracлегкість.
• TestRail: Веб-платформа управління тестуванням для організації циклів UAT та звітності про стан.

Приклад вказівок для UAT

• У звичайних сценаріях розробки програмного забезпечення UAT часто виконується в середовищі контролю якості, коли немає спеціального середовища для проміжної розробки або UAT.
• UAT зазвичай класифікується на Бета- і альфа-тестування, хоча ця відмінність має менше значення, коли програмне забезпечення розробляється для галузі послуг.
• UAT забезпечує більшу цінність, коли клієнт більшою мірою залучений протягом усього проекту.

Поширені запитання