4 motivi per cui gli utenti finali devono partecipare ai test prima dell'UAT

Autore: Roger Morrison
Data Della Creazione: 22 Settembre 2021
Data Di Aggiornamento: 1 Luglio 2024
Anonim
4 motivi per cui gli utenti finali devono partecipare ai test prima dell'UAT - Tecnologia
4 motivi per cui gli utenti finali devono partecipare ai test prima dell'UAT - Tecnologia

Contenuto


Fonte: Rawpixelimages / Dreamstime.com

Porta via:

Il coinvolgimento degli utenti finali nelle prime fasi dei test può essere estremamente vantaggioso e portare a risultati migliori.

Come utenti finali, molti di noi che hanno testato un prodotto o un servizio appena prima che entrino nel mercato hanno familiarità con quell'angoscia sgradevole nella parte posteriore delle nostre menti che suggerisce che potrebbe esserci qualche funzione o caratteristica che non abbiamo testato, semplicemente perché non lo abbiamo fatto non lo so. Ecco perché è così importante che gli utenti finali debbano essere coinvolti nei test prima che inizi il test di accettazione dell'utente (UAT).

È una cattura ventidue. Poiché gli utenti finali non sono in genere tester esperti, devono concentrarsi sui propri lavori a tempo pieno. Tuttavia, qualsiasi prodotto software che verrà rilasciato con successo nell'ambiente agile odierno avrà bisogno di una notevole quantità di tempo, e non solo alla fine della fase di sviluppo.


Spesso i test funzionali o prestazionali, precedenti l'UAT, sono assegnati a un team di test che potrebbe non essere stato coinvolto nella raccolta dei requisiti aziendali o avere una conoscenza minima dell'obiettivo del progetto, basandosi esclusivamente sui loro script di test. Quei tester potrebbero anche essere stati esternalizzati a causa della carenza di personale. La grazia salvifica è che i tester esperti vengono utilizzati in queste situazioni di affondamento o nuoto e hanno un'abilità dinamica impostata per attraversare quelle acque. Tuttavia, potrebbero non sempre comprendere appieno le acque che li circondano, quindi ci sono limiti a ciò che possono fare.

Tali limitazioni possono diventare molto costose per il progetto, molto velocemente. Il modo più economico per evitare difetti consiste nel coinvolgere gli utenti finali nei test durante l'intero ciclo di vita dello sviluppo del prodotto.

1. Gli utenti finali comprendono esattamente cosa deve fare il sistema (per loro).

Un tester esperto può essere informato sui requisiti, tuttavia potrebbe non sapere se il prodotto che sta testando soddisfa effettivamente tali requisiti o risolve tutti i problemi necessari, in particolare quelli che non sono mai stati menzionati durante le sessioni di raccolta dei requisiti.


“Dobbiamo fare dei test in ogni fase lanciando moduli incrementali sul tester. Non può aspettare fino alla fine; se il prodotto non funziona, vogliamo risolverlo rapidamente ", ha affermato Bashir Fancy, Presidente e CEO dell'Associazione canadese dei professionisti IT (CIPS). Ritiene inoltre che questo approccio, spesso indicato come metodologia agile di programmazione estrema, fornisca al progetto un tasso di partecipazione più elevato durante l'UAT.

2. L'accettazione da parte degli utenti finali è più probabile se sono coinvolti durante le fasi precedenti dei test.

Robin Goldsmith, proprietario di Go Pro Management Consultancy, non consiglia di provare a trasformare gli utenti finali in "tester in miniatura", tuttavia comprende l'importanza di metterli in scena in anticipo. "Gli utenti dovranno iniziare a pensare seriamente a ciò che vogliono vedere nel prodotto consegnato prima di poter avere la certezza di poter contare su di esso".

Coinvolgere gli utenti non solo consente loro di diventare più competenti e sicuri come tester, ma anche di sentirsi potenziati come stakeholder chiave. "Vogliono sapere che il team di progetto sta facilitando la versione degli utenti dei criteri di accettazione, non la propria", ha affermato Goldsmith.

Nessun bug, nessuno stress: la tua guida passo passo alla creazione di software che ti cambia la vita senza distruggere la tua vita

Non puoi migliorare le tue capacità di programmazione quando a nessuno importa della qualità del software.

3. Gli utenti finali possono identificare i bug prima che diventino troppo costosi da risolvere.

Prima rileviamo un difetto, meno denaro costa per risolverlo. Uno famigerato studio pubblicato dal National Institute of Standards and Technology (NIST) nel 2002 ha indicato che il costo per la correzione di un bug riscontrato durante la fase di produzione è di 15 ore, rispetto alle cinque ore di sforzo se lo stesso bug fosse stato riscontrato durante lo sviluppo.

E stiamo vedendo solo la punta dell'iceberg.

È molto più facile ricoprire un ruolo operativo rispetto al ruolo di un tester UAT in quanto quest'ultimo richiede qualcuno con esperienza molto specifica, e con il senno di poi, per convalidare un prodotto sviluppato appositamente per il loro uso. Una rapida occhiata a tutti i principali cantieri canadesi indica che lo stipendio medio per un tester QA varia tra $ 55.000 e $ 80.000. Questi numeri possono facilmente salire alle stelle per un'azienda che sta esternalizzando i propri tester, le cui tariffe possono arrivare a $ 100 l'ora quando si lavora su un progetto di alto profilo. Lo stipendio medio per un ruolo amministrativo, come ad esempio un coordinatore amministrativo clinico, varia da $ 35.000 a $ 45.000.

Una cosa che non possiamo stimare è il danno reputazionale che si verifica quando gli utenti finali, che non sono stati coinvolti fino alla fase UAT, vedono il prodotto che devono usare per la prima volta. A questo punto, sono già stati predisposti per una serie di ostacoli, come essere costretti a gestire il cambiamento o forse anche la trasformazione, e ora hanno poco tempo per diventare esperti con un nuovo prodotto o servizio di cui non è stato chiesto . A meno che il team di progetto non sia in grado di offrire un prodotto ottimizzato, esiste il rischio elevato che feedback negativi forniti dagli utenti finali possano macchiare la reputazione del progetto.

4. Gli utenti finali offrono una prospettiva più ampia.

Mentre il team di progetto lavora 24 ore su 24 sui risultati finali del progetto, ad esempio facilitando le riunioni, identificando i requisiti e aggiornando i grafici di Gantt, gli utenti finali possono concentrarsi sull'assicurare che il prodotto che tutti stanno lavorando così duramente per consegnare faccia effettivamente ciò che è necessario.

Fortune 500 aziende, come Apple e Google, conducono beta test in cui, con una qualche forma di compensazione, il pubblico può accedere a una versione anticipata del prodotto, bug e tutto il resto, in cambio della loro partecipazione nell'aiutare a identificare i difetti e fornire feedback utili .

Il direttore del codice centrale Mario Sancho, che gestisce i programmi di beta testing per molte società canadesi di Fortune 1000, ritiene che la convalida dei clienti dovrebbe avvenire su almeno tre livelli generali di test: test alfa, in cui gli utenti testano la prima versione possibile, beta test, in cui gli utenti può testare tutte le principali funzionalità del prodotto e test sul campo, noto anche come UAT.

Conclusione

L'importanza dell'accettazione da parte degli utenti finali non può essere sottovalutata. Tutto ciò che è socializzato sull'esperienza UAT con il management, i colleghi e il pubblico potrebbe contrassegnare l'eredità dei progetti come un successo o un fallimento per molto tempo a venire. Anche se il progetto ha beneficiato dell'esperienza di un eccellente team di progetto, ha rispettato tutte le scadenze e ha rispettato il budget, l'opinione degli stakeholder su quanto il progetto ha raggiunto (o non ha raggiunto) il suo campo di applicazione è pesantemente pesato dall'esperienza degli utenti finali.