4 причини, чому кінцеві користувачі повинні брати участь у тестуванні перед UAT

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

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

1. Кінцеві користувачі розуміють, що саме система повинна робити (для них).

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

«Нам потрібно робити тестування на кожному етапі, запускаючи додаткові модулі до тестера. Він не може дочекатися кінця; якщо продукт вийшов з ладу, ми хочемо його швидко виправити », - сказав Башир Фенсі, голова та генеральний директор Канадської асоціації IT-професіоналів (CIPS). Він також вважає, що такий підхід, який часто називають екстремальною методологією програмування, забезпечує проект більш високим рівнем участі під час UAT.

2. Прийняття кінцевими користувачами більш імовірно, якщо вони брали участь у попередніх етапах тестування.

Робін Голдсміт, власник Go Pro Management Consultancy, не рекомендує намагатися перетворити кінцевих користувачів на «мініатюрних тестерів», однак він розуміє важливість залучення їх до картини рано. "Користувачам доведеться серйозно задуматися про те, що вони хочуть побачити в доставленому продукті, перш ніж вони зможуть відчути себе достатньо впевнено, щоб покластися на нього".

Залучення користувачів на ранніх етапах не тільки дозволяє їм стати більш компетентними та впевненими у ролі тестерів, але й дозволяє їм відчувати себе в якості ключових зацікавлених сторін. "Вони хочуть знати, що проектна команда полегшує користувачам версію критеріїв прийняття, а не їх власні", - сказав Голдсміт.

Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя

Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.

3. Кінцеві користувачі можуть ідентифікувати помилки, перш ніж вони надто дорого виправлять.

Чим раніше ми виявляємо дефект, тим менше грошей коштує виправити. Сумнівне дослідження, опубліковане Національним інститутом стандартів і технологій (NIST) у 2002 році, показало, що вартість виправлення однієї помилки, виявленої під час виробничої фази, становить 15 годин, порівняно з п'ятьма зусиллями, якщо під час розробки виявили таку саму помилку.

І ми бачимо лише верхівку айсберга.

Набагато легше заповнити операційну роль на відміну від ролі тестера UAT, оскільки останній вимагає перевірити продукт, спеціально розроблений для їх використання. Швидкий погляд на будь-який великий канадський веб-сайт вказує на те, що середня зарплата для тестера з контролю якості складає від 55 000 до 80 000 доларів. Ці цифри можуть легко зрости для компанії, яка здійснює аутсорсинг своїх тестерів, ставки яких можуть досягати 100 доларів на годину при роботі над гучним проектом. Середня зарплата за адміністративну роль, наприклад, наприклад, клінічного адміністративного координатора, коливається від 35 000 до 45 000 доларів.

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

4. Кінцеві користувачі пропонують більш широку перспективу.

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

Компанії Fortune 500, такі як Apple і Google, проводять бета-тестування, де за певної форми компенсації громадськість може отримати доступ до дострокового випуску продукту, помилок і всього іншого, взамін на свою участь у виявленні дефектів та наданні корисних відгуків .

Директор Центру Кодексу Маріо Санчо, який керує програмами бета-тестування для багатьох канадських компаній Fortune 1000, вважає, що перевірка клієнтів повинна відбуватися принаймні на трьох загальних рівнях тестування: альфа-тести, де користувачі перевіряють можливі можливості раннього випуску, бета-тести, де користувачі може перевірити всі основні характеристики продукту та польові тести, також відомі як UAT.

Висновок

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