Зміст
- Демо і вмирай!
- Крок до взуття користувачів
- Коротка історія UAT
- UAT повідомляє, наскільки корисною є система
- Хто може виконувати UAT?
- Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
- Потік успіху та невдач
- Переваги UAT
Джерело: Lightcome / iStockphoto
Винос:
Після того, як програмне забезпечення проходить модульне, інтеграційне та системне тестування, потреба у тестуванні прийняття може здатися зайвою. Чому тестування прийняття користувача (UAT) все ще важливе? Тут добре дізнайтеся про переваги UAT та чому його унікальний.
Демо і вмирай!
Ви коли-небудь проводили презентацію чи навчання клієнтів, і щось проривається на півдорозі? Або ви коли-небудь давали комусь набір інструкцій і зрозуміли, що щось пропустили, або це не спрацювало так, як ви сподівалися? Під час кожного з цих випадків ви усвідомлюєте перспективу кінцевого користувача та працюєте з програмним забезпеченням цієї персони. Швидше за все, ви зробили щось інакше, тому що ви думали як користувач, а не як розробник.
Крок до взуття користувачів
Унікальний кут тестування прийняття користувача (UAT) полягає у тестуванні програмного забезпечення як кінцевого користувача. Програмне забезпечення створене для того, щоб дати користувачам відчутні результати. Наприклад, сайти електронної комерції дозволяють клієнтам купувати товари. Коли клієнт розміщує замовлення, програмне забезпечення сайтів електронної комерції повідомляє адміністратора магазину, щоб обраний товар можна було витягнути та упакувати для відвантаження. Можуть бути різні типи користувачів програмного забезпечення, тому цей етап тестування дозволяє команді розробників перевірити, чи досягають кінцеві користувачі очікувані результати програмного забезпечення.
Коротка історія UAT
До появи Інтернету більшість програм було розгорнуто для відомої користувацької аудиторії. Якщо компанія розробляла програмне забезпечення для клієнта, призначений менеджер мав повноваження перевіряти, чи програмне забезпечення виконує умови контракту. Це означало, що це означає, що програмне забезпечення було «придатне для призначення», що було досягнуто шляхом вибору представників кінцевих користувачів для проведення тестування та надання звіту з результатами. Оскільки користувачі були відомою закритою групою, кожен може навчатись користуванню програмним забезпеченням, як правило, через дуже детальні етапи тестування.Девіз дня полягав у тому, що детальніше було краще.
Оскільки все більше і більше програмного забезпечення розроблялося для клієнтів в Інтернеті, аудиторія кінцевих користувачів стала більш відкритою. Ідентифікувати та навчити всіх ймовірних кінцевих користувачів вже не вдалось, тому дизайн програмного забезпечення повинен містити значно більший акцент на зручності використання і повинен був бути легко зрозумілим - навіть з мінімальним наданим інформацією. Отже, UAT довелося змінити, щоб відповідати цим вимогам.
UAT повідомляє, наскільки корисною є система
Таким чином, UAT не тільки говорить нам про ступінь функціональності для певного програмного забезпечення, але і говорить про те, наскільки він корисний. Більшість UAT найкраще виконують особи, які розуміють цільового кінцевого споживача, який буде працювати з програмним забезпеченням з невеликими попередніми знаннями і може дати правдиву інформацію про простоту використання програмного забезпечення та те, що потребує вдосконалення.
Хто може виконувати UAT?
Як розробники тестують програмне забезпечення, вони пам’ятають деталі про те, як пишеться система. Ці знання можуть вплинути на тестування, і розробники можуть вживати інших кроків, ніж кінцеві користувачі, наприклад, виконувати кроки швидше або відхиляти дрібні деталі, які можуть бути незрозумілими для кінцевих користувачів. Таким чином, розробники - не найкращі кандидати в УАТ. Отже, хто це?
У багатьох організаціях працюють спеціальні групи тестування, які не беруть участь у технічному проектуванні та розробці. Менші організації або розподіляють тестування для персоналу, який не розробляє, як, наприклад, тих, хто виконує адміністративні обов'язки, або користуються послугами сторонньої компанії. Деякі організації використовують те, що відоме як "тестування передпокою", де вони буквально вручну підбирають співробітників, які не активно працюють за проектом, і просять їх спробувати систему з точки зору кінцевих користувачів. Прикладом може бути замовлення товару в Інтернеті.
Після внутрішнього тестування можуть наступити пілотні або бета-тестувальні етапи, завдяки яким програмне забезпечення стає доступним для невеликих груп "реальних" користувачів, яким пропонується користуватися продуктом безкоштовно або зі значною знижкою у відповідь на детальний зворотній зв'язок щодо використання.
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Прогресивні етапи UAT з різноманітною аудиторією підвищують впевненість у використанні програмного забезпечення. У поєднанні з фазами ітеративного розвитку, кілька циклів UAT можуть бути виконані для перевірки нових функцій під час їх доставки, перевіряючи попередні функціональні можливості.
Хорошим тестерам UAT цікаво дізнатись, що станеться, якщо вони пройдуть різні маршрути до певної мети. Адже кожен підходить до використання програмного забезпечення по-різному, тому, якщо багато можливостей може охопити невелика група людей, довіра програмного забезпечення до робочого режиму вище.
Потік успіху та невдач
Процеси UAT повинні підтвердити, що кожен тип користувача програмного забезпечення отримує відчутні результати, необхідні як для успіху, так і для відмов.
У потоці успіху кінцевий користувач відходить від очікуваного результату, наприклад, замовлення товару. У потоці відмов програмне забезпечення підтримує кінцевого користувача через певну форму помилок, наприклад, коли клієнт надає недійсну інформацію про оплату кредитною карткою.
Для перевірки функціональності тестувальникам потрібно надати певну інформацію. Інакше вони не знають, що саме повинно робити програмне забезпечення. Але для перевірки юзабіліті це повинно бути мінімальним - лише завдання або вимоги, такі як придбання "х" (товару) та оплата "у" (з використанням даних кредитної картки). Напруга повинна бути поміщена на тестери, щоб записувати спостереження, успіхи та невдачі.
Переваги UAT
Ключовою перевагою хорошого UAT є те, що він підтримує постійні витрати на технічне обслуговування якомога нижчими. Її дешевше виправити проблеми функціональності та зручності використання. Набагато складніше виправити помилку, коли навколо неї є більше коду для тесту регресії або якщо оригінальний розробник недоступний.
UAT, який виконується на декількох етапах та з різними типами тестових аудиторій, забезпечує оптимальні можливості для виявлення та відновлення порушених особливостей / проблем зручності використання на ранніх етапах тестування. Утримання цілей UAT на рівні задач і вимог дозволяє тестерам спостерігати і помічати набагато більше і навіть намагатися кроки поза межами передбачених розробниками сфери.
Зворотний зв'язок із циклів UAT може подаватись у наступних ітераціях розвитку, підвищуючи надійність та зручність використання програмного забезпечення. Добре, навіть бета-тестові етапи можуть доповнювати маркетингові та збутові дії, надаючи довідники та відгуки про тематичні дослідження.