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

Що таке UAT?

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

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

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

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

UAT виконує –

  • Клієнт
  • Кінцеві користувачі
  • Потреба в прийнятному тестуванні користувача

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

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

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

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

    У VModel приймальне тестування користувача відповідає етапу вимог Життєвий цикл розробки програмного забезпечення (SDLC).

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

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

    Нижче наведено критерії входу для приймального тестування користувача:

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

    Як виконувати тести 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 повинен добре знати бізнес. Він повинен бути незалежним і мислити як невідомий користувач системі. Тестер повинен бути аналітичним і Lateral thinker і поєднати всі види даних, щоб зробити UAT успішним.

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

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

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

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

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

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

    1) Фітнес-інструмент: це a Java інструмент, який використовується як механізм тестування. Легко створювати тести та записувати результати в таблицю. Користувачі інструменту вводять відформатований вхід, і тести створюються автоматично. Потім тести виконуються, а результат повертається користувачеві.

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

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

    Висновок

    • У розробці програмного забезпечення повною формою UAT є тестування прийнятності користувача.
    • UAT є одним із багатьох видів тестування, які з’явилися за останні двадцять п’ять років.
    • Завдяки UAT клієнт може бути впевнений, «Чого очікувати» від продукту, а не припускати.
    • Перевага UAT полягає в тому, що після виходу продукту на ринок не буде сюрпризів.