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