UAT залежить від контексту, а плани UAT готуються на основі вимог і не вимагають виконання всіх видів тестів на прийняття користувачами, і навіть координуються та вносяться командою тестування.

Зміст

123 фільм

• Що таке прийнятне тестування користувача (UAT)?
• Як виконувати тести UAT?
• Яке призначення UAT?
• Типи приймального тестування користувача
• Кроки для виконання тестів на прийнятність користувача
• Проблеми приймального тестування користувача (UAT)
• Потреба в прийнятному тестуванні користувача
• Інструменти для перевірки прийнятності користувача
• Інструкції щодо приймального тестування користувача
• Критерії виходу для перевірки прийнятності користувача
• Тестування прийнятності користувача проти тестування системи
• Приймальні випробування проти V-моделі

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

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

Критерії прийнятності визначаються на основі таких атрибутів:

• Функціональна правильність і повнота.
• Цілісність даних.
• Перетворення даних.
• Застосовність.
• Продуктивність.
• Своєчасність.
• Конфіденційність і доступність.
• Можливість встановлення та оновлення.
• Масштабованість.
• Документація.

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

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

Спосіб проведення ефективного тестування прийнятності користувача має певні передумови. Вони включають:

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

Яке призначення UAT?

Метою тестування прийнятності користувача (UAT) є виявлення помилок у програмному забезпеченні, системах і мережах, які можуть спричинити проблеми для користувачів. UAT гарантує, що програмне забезпечення може виконувати реальні завдання та працювати відповідно до специфікацій розробки. Користувачам дозволено взаємодіяти з програмним забезпеченням до його офіційного випуску, щоб перевірити, чи не були пропущені якісь функції та чи існують якісь помилки.

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

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

• Захист від несправностей: UAT захищає від випуску несправних, неефективних або незавершених програмних продуктів.
• ПЗ без помилок: UAT має бути ретельним і відображати вимоги користувача, щоб гарантувати, що програмне забезпечення не випускається з помилками. Ці проблеми можуть бути дорогими та потенційно зашкодити репутації постачальника програмного забезпечення.
• Правильне тестування - Щоб тестування працювало, кожен клієнт має бути перевірено на всі доступні мережеві з’єднання з рівною ймовірністю та піддати їх наприкінці, якщо вони це приймуть – незалежно від того, скільки повідомлень було надіслано без жодної відповіді від нашого сервера.
• Питання – Раніше ми виявляли проблеми з людьми, які користуються мобільними додатками, з якими не зв’язуються, коли їм це потрібно.
• Неправильні імена користувачів – Було також кілька випадків, коли імена користувачів були неправильно додані до повідомлень електронної пошти на веб-сайтах, включаючи Twitter або Facebook, що спричиняло помилкові спрацьовування. Його було видалено зловмисником під час спроби певної процедури скидання пароля, оскільки один користувач випадково ввів свої дані під час редагування електронних листів, не маючи на меті це робити, а радше як частину завершення після виконання певних завдань в іншій програмі, наприклад, входу на чийсь сервер. через FTP.
• Тест Перевірка – Така практика може відштовхнути користувачів від неї без потреби, коли виникне необхідність у нових функціях, оскільки тестери лише перевіряють стан системи, не роблячи нічого, окрім пробуючи будь-яку конкретну частину інтерфейсу.

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

Нижче наведено 5 типів перевірки прийнятності користувача:

1. Альфа-тестування користувача:

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

2. Бета-тестування користувача:

• Бета-версія UAT означає, що користувачам, які пройшли один або кілька раундів тестування, буде показано спливаюче вікно з повідомленням про те, чи прийняті вони для тестування новою версією Angular2 (бета-версія).
• Додаток протестовано в природному середовищі.
• Це зменшує ризики та невдачі, а також покращує якість продукту завдяки відгукам клієнтів.

3. Оперативне приймальне випробування (OAT):

• Операційне приймальне тестування (OAT) — це техніка тестування програмного забезпечення, яка оцінює готовність програмного забезпечення до роботи перед випуском або виробництвом.
• Метою операційної приймальної перевірки є забезпечення відповідності системи та компонентів, а також безперебійної роботи системи в стандартному операційному середовищі (SOE).
• Тестування OAT (Operational Acceptance Testing) також відоме як тестування готовності до експлуатації (ORT) або операційне тестування.
• Ці тестові випадки гарантують наявність робочих процесів, налаштованих для використання продукту або фреймворку.
• Це має включати робочі процеси для планів посилення, підготовки клієнтів, а також різні цикли підтримки та перевірки безпеки.

4. Тестування здачі контракту:

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

5. Приймальні випробування регламенту:

• Регулювання AT зазвичай називається Compliance AT.
• Цей вид тестування на підтвердження проводиться, щоб гарантувати, що річ не порушує жодних правил і правил, встановлених регулюючими асоціаціями конкретної країни, куди річ транспортується.
• Як правило, речі, які доступні з одного боку планети на інший, повинні проходити через цей тип тестування, враховуючи те, що різні країни мають різні стандарти та правила, встановлені дискретними керівними асоціаціями.

Кроки для виконання Прийняття користувача Тести

Кроки для виконання тестів UAT

1. Аналіз вимог:

Цей крок передбачає аналіз бізнес-вимог. Наступні документи будуть розглянуті та ретельно вивчені для визначення та розробки сценаріїв тестування:

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

2. Створення плану тестування UAT:

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

3. Визначте сценарії тестування:

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

4. Створіть тестові випадки UAT:

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

5. Підготуйте тестові дані:

Вважається найкращою практикою використовувати живі дані для тестування UAT, тестувальники UAT повинні бути знайомі з потоком бази даних.

6. Тестовий запуск:

Цей крок передбачає виконання тестів і звіт про помилки, якщо вони є. Після усунення помилок перевірте програмне забезпечення повторно. На цьому кроці інструменти керування тестами можна використовувати для виконання тестів.

7 . Підтвердьте бізнес-цілі:

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

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

Складнощі, пов’язані з проведенням приймального тестування користувача, включають:

• Діяльність із спотворенням сповіщень: Використання й неправильне використання/неправдиве повідомлення потенційними користувачами може бути надзвичайно складним для контролю. Наприклад, ця проблема може виникнути, коли компанія не оснащена відповідними інформаційними системами. Нездатність або труднощі з визначенням ризиків, пов’язаних з поведінкою в Інтернеті, які можуть призвести до майбутніх рішень щодо безпеки на основі досвіду користувача, ускладнять, якщо ми хочемо, щоб ці проблеми не виникали навіть після вжиття повторних заходів. «Користувач» сам по собі стає все більш важливим поняттям у сучасному світі, де люди постійно дізнаються через електронні засоби масової інформації про нові явища, а також про існуючі явища, які вони ніколи не могли передбачити в своєму початковому дитинстві.
• Відповідний приклад для демонстрації: Надайте приклад проекту, щоб перевірити валідність і надійність, або принаймні продуктивність, такі аспекти, як часова складність, використання ресурсів на користувача тощо.
• Правильна оцінка: Оцінку того, як ця інформація обробляється користувачами після успішного тестування приймання, необхідно проводити за допомогою звичайних інструментів програмування, які надають адекватні вхідні дані, включаючи приклади у форматі HTML з необов’язковими вхідними даними для зворотного зв’язку до/після кожної ітерації.
• Зручність використання: Робота тестувальника є критичною в UAT, оскільки вони повинні продемонструвати зручність використання вашого продукту шляхом імітації реальних сценаріїв. Вони також повинні збирати інформацію про те, як користувачі взаємодіють із вашим продуктом. Цей процес може бути важким для нетехнічних людей, оскільки їм бракує необхідного розуміння, щоб правильно оцінити ваш продукт. На щастя, є багато доступних ресурсів, щоб зробити цей досвід максимально простим і комфортним. Ви можете запросити членів технічної підтримки або волонтерів із вашої компанії чи спільноти для тестування програми, оскільки вони можуть виступати в якості гідів, щоб допомогти людям, які менш підковані в техніці, оцінити ваше творіння.
• Правильний баланс: Крім запрошення користувачів, ІТ-фахівці повинні збалансувати вхід і очікування користувачів з витратами та обмеженнями. Наприклад, деякі компанії під час бета-тестування обмежують кількість користувачів на комп’ютер. Це обмежує як витрати, так і збір даних. Інші компанії використовують VPN, щоб лише певні клієнти мали доступ до програми одночасно. Це обмежує витрати без обмеження збору даних.
• Обмеження дій, які виконує користувач: Існують також обмеження щодо дій, які кожен користувач може виконувати в програмі, наприклад, деякі програми мають термін дії, щоб компанії не витрачали цінні дані на непривабливих клієнтів.

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

• Зручність використання: У тестуванні програмного забезпечення для будь-якого продукту необхідне тестування на прийнятність користувачами, оскільки процес тестування програмного забезпечення залежить від того, щоб користувачі звикли.
• Механізм зворотного зв'язку: Найкращий спосіб охопити користувачів і переконатися в їхній довірі — запровадити зворотний зв’язок через тестування зручності використання за допомогою інструментів.
• Нездійсненна причина: Є кілька причин, чому це може бути неможливим: Недолік – існує багато способів, якими можна скористатися тестами на прийнятність для користувачів у програмах зі складними функціями – попередній Safari був інтенсивно тестований тестувальниками з моменту свого дебюту 2 десятиліття тому з незначними змінами. . Випадок використання стане дуже простим за допомогою належних методів тестування.
• Документація та комунікація: Тестувальники програмного забезпечення шукають хорошу документацію про те, як працює код, щоб вони могли перевірити, чи те, що вони роблять, виконує саме те, що обіцяно; це забезпечує чесне тестування, якщо це необхідно, або лише покращує їх здатність спілкуватися від імені, але не через самі тести. Це також відкриває їм можливість спробувати щось нове (наприклад, деякі нові функції), поки не виникнуть проблеми, пов’язані з відсутністю функціональності.

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

Нижче наведено кілька інструментів, які використовуються для UAT:

1. Marker.io: Повідомляйте про візуальні помилки прямо на своїх пристроях, не залишаючи свого сайту чи веб-програми

• Це дозволяє користувачам публікувати повідомлення, коментарі та події в центрі, розміщеному в Google Analytics, із необов’язковою затримкою між оновленнями, що забезпечує надсилання лише одного повідомлення на секунду.
• Це затримує втрату даних, усуваючи будь-які випадкові дії користувача, які можуть перервати потік веб-програми.

2. Повна історія: Дозволяє клієнтам відстежувати та перевіряти кожну дію клієнта. Від знімків до просування сторінок, все перераховано послідовно.

• Він дозволяє візуалізувати схвалення та відмову користувачів за допомогою деяких графіків, подібних за функціями до GraphPad, але з набагато більшою гнучкістю.
• Дані можна переглядати або за допомогою інтерактивних інформаційних панелей, як-от Scrum, або шляхом малювання окремих їх частин, які потім візуалізуються разом із фактичними відгуками користувачів за допомогою вашого улюбленого програмного забезпечення. Це робить цей вид структурованого тестування набагато легшим, ніж зазвичай можна подумати, можливо навіть меншим розчарування.

3. Hotjar: Розкриває поведінку та голос ваших клієнтів в Інтернеті. Hotjar надає вам «погляд на 10 000 футів» щодо подальшого розвитку клієнтського досвіду вашого сайту та швидкості виконання/трансформації.

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

4. CrazyEgg: Веб-пристрій, який переглядає окремі сторінки вашого сайту, надаючи вам інформацію про те, де натискали різні гості та яку частину екрана.

• Користувачеві потрібно буде створити клас із усіма потрібними методами та повернути значення вздовж його аргументів, щоб це можна було легко перевірити іншими розробниками або клієнтами/користувачами за допомогою різних API, таких як тестові набори Selenium Server.
• Він доступний у двох варіантах: один побудований на основі Mocha Test Suite, тобто WebDriver, а інший створений на базі MuleTest, але додає деякі спеціальні функції, такі як реалізація через Sockets тощо.

5. Qualaroo: Дозволяє користувачам легко тестувати свої веб-програми.

• Qualaroo — це бібліотека Python, яка дозволяє користувачам легко тестувати свої веб-програми.
• Загальні структури даних можна створювати в Python, що дозволяє нам безпосередньо запускати наші тести на різних конфігураціях сервера за допомогою інструментів контролю якості, таких як RSpec і TDDRunner.

6. Сторожовий: Веб-інтерфейс, який дозволяє користувачам самостійно писати приймальні тести

• Він простий, але ефективний і був прийнятий кількома національними органами стандартизації, такими як ISO 9001 і ANSI X9-TRIAMS.
• Sentry надає веб-інтерфейс, який дозволяє користувачам писати приймальні тести та завантажувати їх, вибравши опцію на інформаційній панелі в меню панелі інструментів із різними тестовими випадками, вибраними під час налаштування.

Методичні рекомендації для Прийнятне тестування користувача

Вказівки щодо схвалення користувача Тестування та перегляд існуючого коду:

• Не змінюйте багато: Не змінюйте багато чого, крім результату.
• Мінімізуйте складність: Спробуйте мінімізувати складність, водночас забезпечуючи зручний інтерфейс, написавши поверх прості тести.
• Обсяг удосконалення: Якщо ви можете визначити, що можна покращити в результатах ваших тестів, або якщо це варто зробити, зробіть це.
• Безпека: Щоб забезпечити безпеку коду вашої програми, переконайтеся, що лише авторизовані користувачі можуть взаємодіяти з ним (ви не можете довіряти несанкціонованим даним).
• Надійні паролі: Ви також повинні використовувати надійні паролі під час прямих чи опосередкованих операцій через наш веб-сайт принаймні раз на день після завершення реєстрації.
• Провести УАТ: Прийнятне тестування користувача може проводитися за допомогою моделювання програмного забезпечення або шляхом ручної взаємодії з кінцевими користувачами. Це передбачає виконання кількох тестів із різними типами користувачів, щоб виявити проблеми, які заважають правильному використанню продукту. Комп’ютерне моделювання дозволяє тестувальникам контролювати кожен клацання, введення з клавіатури та елемент відображення на екрані комп’ютера. Це дозволяє проводити більш точне тестування, не потребуючи фізичних пристроїв чи людських ресурсів. Важливо зауважити, що не всі помилки викликані поганим дизайном — деякі можуть бути наслідком помилки користувача або неправильно налаштованих параметрів системи. Ось тут і приходить перевірка прийнятності користувачами. Вона гарантує, що кінцевий користувач використовуватиме ваш продукт правильно, щоб ви могли виправити будь-які помилки, які перешкоджають зручності використання.
• Огляд коду: Перегляд коду зосереджується на технічних аспектах, таких як функціональність, безпека та продуктивність. Технічний аспект продукту гарантує, що він працює за призначенням і відповідає очікуванням клієнтів. Рецензенти коду перевіряють кожен рядок коду в програмі, щоб переконатися, що в коді немає помилок чи інших технічних проблем. Це допомагає запобігти помилкам або проблемам із програмою, які можуть бути не відразу очевидними для кінцевих користувачів. Рецензенти також перевіряють будь-які проблеми сумісності між програмою та іншими пристроями та програмним забезпеченням, гарантуючи, що ваш проект працює належним чином з іншими програмами та обладнанням.
• Державні цілі: Важливо чітко сформулювати свої цілі перед запуском будь-якої програми схвалення користувачами чи перегляду коду. В ідеалі ці програми повинні підвищувати якість майбутніх проектів без шкоди для часу, витраченого безпосередньо на них. Запровадження цих тестів на ранній стадії дає змогу зосередити свою увагу на розробці успішного продукту замість того, щоб боротися з існуючими недоліками у процесі розробки.

Критерії виходу для Прийнятне тестування користувача

Існують деякі критерії виходу, які повинні бути виконані для перевірки прийнятності користувача. Вони включають:

• Впевненість: Високий рівень впевненості в тому, що запропонований користувач має достатньо знань, досвіду та навичок для ефективного виконання хоча б одного завдання.
• Правильне виконання: Там, де тести показують, що користувачі можуть повною мірою сприяти виконанню існуючих завдань, успішно використовуючи свій досвід. Усі три терміни представляють різні рівні, кожен з яких становить менше 50% у порівнянні з штатними професіоналами в цій галузі. Якщо ви використовуєте ці два критерії як вхідні дані, ваша мета полягає в тому, щоб отримати підтримку від інших, які досягли подібних результатів за допомогою інших методів дослідження, замість того, щоб зосереджуватися лише на тому, щоб дізнатися, наскільки це було важливо, коли вони досягли цього.
• Менші дефекти: Проаналізувавши результати тестування, керівники проекту повинні мати можливість зробити певні висновки на основі того, що вони знайшли. Наприклад, якщо під час тестування виявилося більше помилок, ніж очікувалося, це можна вважати позитивним знаком. Це свідчить про те, що програму легко освоїти та використовувати, що є необхідною умовою успішного впровадження. Крім того, це означає, що цілі їхнього проекту зрозумілі та легко реалізуються кінцевими користувачами. Іншими словами, їхній бізнес-процес працює задовільно. Якщо помилок менше, ніж очікувалося, це також можна вважати позитивним знаком. Це вказує на те, що впровадження певних заходів безпеки на ранніх стадіях життєвого циклу розробки значною мірою допоможе зменшити кількість неочікуваних помилок під час тестування.
• Без критичних дефектів: Зробивши ці висновки, керівники проекту повинні переконатися, що всі критичні дефекти, виявлені під час тестування, будуть усунені протягом одного місяця після запуску. Це дає їм час, щоб повідомити користувачів про будь-які тривалі проблеми та виправити будь-які критичні помилки, перш ніж випустити остаточну копію для кінцевих користувачів. Це збільшить вірогідність задоволених користувачів і підвищить інтерес перших користувачів до вашого продукту.
• Відповідно до UAT: Добре скоординована UAT допомагає розробникам програмного забезпечення виявляти проблеми на ранній стадії їхніх проектів, тим самим зменшуючи загальні витрати на розробку та затримки в розробці. Отже, ефективне виконання UAT вимагає багато планування та відданості від кожного розробника, який бере участь у проекті. Розробник, який виконує тест, повинен ретельно проаналізувати кожен сценарій, перш ніж переходити до наступного етапу тестування. Це допоможе їм виробляти якісний продукт, який задовольняє потреби клієнтів і відповідає цілям проекту якомога раніше.

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

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

Нижче наведено різницю між приймальним тестуванням і V-моделлю: