4 motive pentru care utilizatorii finali trebuie să participe la testarea înainte de UAT

De multe ori testarea funcțională sau de performanță, precedentă UAT, este atribuită unei echipe de testare care s-ar putea să nu fi fost implicată în colectarea cerințelor de afaceri sau să aibă cunoștințe minime despre obiectivul proiectului, bazându-se doar pe scripturile de testare ale acestora. Este posibil ca acești testeri să fi fost chiar externalizați din cauza lipsei de personal. Grația salvatoare este că testerii experimentați sunt folosiți în aceste situații de scufundare sau înot, și au o abilitate dinamică setată pentru a traversa aceste ape. Cu toate acestea, este posibil să nu înțeleagă întotdeauna pe deplin apele care îi înconjoară, așa că există limite la ceea ce pot face.

Astfel de limitări pot deveni foarte costisitoare pentru proiect, foarte rapid. Cel mai rentabil mod de a evita defectele este implicarea utilizatorilor finali în testarea pe tot parcursul ciclului de viață al dezvoltării produsului.

1. Utilizatorii finali înțeleg exact ce trebuie să facă sistemul (pentru ei).

Un tester experimentat poate fi sfătuit cu privire la cerințe, cu toate acestea, poate nu știu dacă produsul pe care îl testează îndeplinește în mod eficient aceste cerințe sau rezolvă toate problemele necesare, în special cele care nu au fost menționate niciodată în timpul sesiunilor de colectare a cerințelor.

„Trebuie să facem testare în fiecare etapă, lansând module incrementale către tester. Nu poate aștepta până la sfârșit; dacă produsul nu reușește, vrem să-l reparăm rapid ”, a declarat Bashir Fancy, președinte și CEO al Asociației Profesioniștilor din IT (CIPS) din Canada. De asemenea, el consideră că această abordare, denumită adesea metodologia agilă de programare extremă, oferă proiectului o rată de participare mai mare în timpul UAT.

2. Acceptarea utilizatorilor finali este mai probabilă dacă este implicată în fazele anterioare de testare.

Robin Goldsmith, proprietarul companiei Go Pro Management Consultancy, nu recomandă să încerce să transforme utilizatorii finali în „testatori în miniatură”, cu toate acestea, el înțelege importanța aducerii lor în imagine din timp. „Utilizatorii vor trebui să înceapă să se gândească serios la ceea ce vor să vadă în produsul livrat înainte să se simtă suficient de încrezători pentru a se baza pe el.”

Implicarea utilizatorilor din timp nu numai că le permite să devină mai competenți și încrezători în calitate de testatori, ci îi permite, de asemenea, să se simtă împuterniciți ca părți interesate cheie. „Vor să știe că echipa de proiect facilitează utilizatorilor versiunea criteriilor de acceptare, nu a lor”, a spus Goldsmith.

Fără bug-uri, fără stres - Ghidul dvs. pas cu pas pentru crearea de programe care schimbă viața fără a vă distruge viața

Nu îți poți îmbunătăți abilitățile de programare atunci când nimeni nu îi pasă de calitatea software-ului.

3. Utilizatorii finali pot identifica erori înainte de a fi rezolvate prea costisitoare.

Cu cât prindem un defect mai devreme, cu atât costurile sunt mai reduse. Un studiu infam publicat de Institutul Național de Standarde și Tehnologie (NIST) în 2002 a indicat că costul remedierii unui bug găsit în faza de producție este de 15 ore, comparativ cu cinci ore de efort dacă s-a găsit același bug în timpul dezvoltării.

Și vedem doar vârful aisbergului.

Este mult mai ușor să reîncărcați un rol operațional, spre deosebire de rolul unui testator UAT, deoarece acesta din urmă necesită unei persoane cu experiență foarte specifică și, din spate, să valideze un produs dezvoltat special pentru utilizarea lui. O privire rapidă asupra oricărui loc de muncă important canadian indică salariul mediu pentru un tester QA cuprins între 55.000 și 80.000 USD. Aceste numere pot ridica cu ușurință o companie care își externalizează testerii, ale căror rate pot ajunge până la 100 USD pe oră atunci când lucrați la un proiect cu profil înalt. Salariul mediu pentru un rol administrativ, cum ar fi, de exemplu, un coordonator administrativ clinic, variază de la 35.000 USD la 45.000 USD.

Un lucru pe care nu îl putem estima este prejudiciul reputațional care rezultă atunci când utilizatorii finali, care nu au fost angajați până în faza UAT, văd produsul pe care trebuie să îl folosească pentru prima dată. În acest moment, au fost deja înființate pentru o serie de obstacole, cum ar fi obligat să se ocupe de schimbare sau chiar chiar de transformare, iar acum au o perioadă scurtă de timp pentru a deveni experți cu un nou produs sau serviciu despre care nu li s-a cerut. . Cu excepția cazului în care echipa de proiect poate oferi un produs reglat foarte bine, există un risc ridicat ca feedback-ul negativ furnizat de utilizatorii finali să păteze reputația proiectului.

4. Utilizatorii finali oferă o perspectivă mai largă.

În timp ce echipa de proiect lucrează în permanență la livrările proiectelor, cum ar fi facilitarea întâlnirilor, identificarea cerințelor și actualizarea graficelor Gantt, utilizatorii finali pot rămâne concentrați pe asigurarea produsului pe care toată lumea muncește atât de mult pentru a livra efectiv ceea ce are nevoie.

Companiile Fortune 500, cum ar fi Apple și Google, efectuează teste beta unde, cu o formă de compensare, publicul poate avea acces la o lansare timpurie a produsului, bug-uri și toate, în schimbul participării lor la contribuția la identificarea defectelor și la furnizarea de feedback util. .

Directorul Centrului de Cod Mario Sancho, care gestionează programe de testare beta pentru multe dintre companiile Fortune 1000 din Canada, consideră că validarea clienților ar trebui să se întâmple pe cel puțin trei niveluri generale de testare: teste alfa, unde utilizatorii testează cea mai rapidă versiune posibilă, teste beta, unde utilizatorii poate testa fiecare caracteristică majoră a produsului și teste pe teren, cunoscute și sub denumirea de UAT.

Concluzie

Importanța acceptării utilizatorilor finali nu poate fi subestimată. Orice lucru socializat cu privire la experiența UAT pentru management, colegi și public ar putea marca moștenirea proiectelor ca un succes sau un eșec pentru mult timp viitor. Chiar dacă proiectul a beneficiat de experiența unei echipe de proiect excelente, și-a îndeplinit toate termenele și a rămas în buget, viziunea părților interesate cu privire la cât de bine a obținut (sau nu a reușit) proiectul său de a cântări foarte mult experiența utilizatorilor finali.