Quanti dettagli ci sono in un buon test di regressione dell'interfaccia utente?

Question

Quanti dettagli ci sono in un buon test di regressione dell'interfaccia utente?

#1 da (5 voti)
#2 da (4 voti)
#3 da (0 voti)

7

Utilizziamo un test di regressione dettagliato dell'interfaccia utente passo-passo per la nostra applicazione web commerciale. Ha un test "backbone" per le parti più utilizzate / più importanti del sistema, con test opzionali per specifiche aree di funzionalità. L'utilizzo di questo piano ci ha sicuramente aiutato a garantire un software di alta qualità.

Ma avere test molto specifici può essere controproducente. Il tester si concentra sul seguire il test e mancherà completamente dei problemi di usabilità, o non noterà problemi abbastanza ovvi come la parte inferiore di una pagina che manca.

Al contrario, alcuni dei migliori test dell'interfaccia utente si verificano quando si costruisce una demo di una nuova funzionalità. Faccio spesso i miei migliori test fingendo di dimostrare il sistema a una prospettiva immaginaria. Tuttavia, quando dico ai tester: "Dimostra semplicemente il sistema a te stesso", non coprono quasi tutte le funzionalità di un test point-by-point dettagliato.

Mi viene ripetutamente chiesto di fornire sempre più dettagli nel piano di test in modo che un nuovo tester non addestrato possa testarlo senza fare domande. Eppure i dettagli sembrano essere controproducenti. Quanti dettagli inserisci in un test di regressione per renderlo efficace? Come si scrivono i test che fanno sì che il tester si concentri maggiormente sul sistema piuttosto che sul controllo degli articoli sul test?

testing user-interface qa manual-testing

posta GlenPeterson 31.08.2012 - 15:12

fonte

3 risposte

Leggi altre domande sui tag testing user-interface qa manual-testing

Le migliori pratiche dei fogli di stile multipli Valori, tipi, tipi e ...?

score 5 · Answer 1

Tecnicamente parlando, un test di regressione non dovrebbe cercare problemi di usabilità. È possibile che si verifichino delle deviazioni dalla progettazione dell'interfaccia utente come parte dei casi di test, ma i problemi di usabilità sono meglio determinati dagli specialisti di progettazione dell'interfaccia utente. I test di regressione dell'interfaccia utente vengono solitamente eseguiti dal QA (tester), come sai.

Se il prodotto è troppo grande per una progettazione dell'interfaccia utente dettagliata, il progettista dell'interfaccia utente produrrà linee guida che il team di sviluppo dovrebbe seguire e il controllo qualità dovrebbe verificare. Ad esempio, "Ogni pagina dovrebbe contenere un'intestazione con A, B e C" o "Quando si richiede un indirizzo, dovrebbe avere questi campi disposti in questo modo".

Potrebbe essere meglio fornire i passaggi di verifica dell'interfaccia utente in un modo diverso. Ad esempio, invece di dare passaggi, includere schermate di come dovrebbe apparire l'app (che dovrebbe catturare la porzione inferiore di una pagina mancante).

Potresti anche prendere in considerazione uno strumento di test UI automatizzato come Selenium . Questo può automatizzare gran parte dell'aspetto di test ripetitivo che stai acquisendo nei passaggi e liberare te e i tuoi tester fino a cercare difficoltà di riproduzione o problemi più critici.

score 4 · Answer 2

Non puoi comandare a qualcuno di essere innovativo. Se hai solo tester nella tua squadra senza sviluppare le tue idee per i buoni test, non penso che un piano di test migliore risolverà il tuo problema. O hanno bisogno di più esperienza e formazione, o hai bisogno di persone diverse nella tua squadra.

Detto questo, penso che dovresti avere entrambi:

un elenco di controllo dettagliato e dettagliato delle cose in cui vuoi che i tester lo facciano
alcune domande / linee guida generali, ad esempio, sulla verifica dell'usabilità o su cose non menzionate esplicitamente nel tuo piano, o una richiesta per la creazione di punti mancanti nella checklist da soli.

Spiega che ti aspetti che la tua squadra non si concentri solo sul punto 1, ma anche sul punto 2, ma non aspettarti troppo a causa di ciò che ho scritto all'inizio.

score 0 · Answer 3

Se dici "dimostra il sistema", sento i flussi di lavoro dei clienti: in che modo il cliente utilizzerà il sistema.

Quindi, in genere, accanto ad alcune funzionalità di base, come "si installa, si avvia ecc.", trovo che i test dell'interfaccia utente siano utili soprattutto per simulare un utente reale che lavora con il sistema.

Inoltre, molto spesso, gli automatizzatori UI ottengono le loro specifiche da qualche altra parte. Se non esiste tale luogo / persona, potresti chiedere loro di parlare con i clienti o la gestione del prodotto su come usano il sistema.

Questo ha anche il vantaggio di essere un po 'più certo che il prodotto che spedisci stia lavorando (almeno) in alcuni scenari del mondo reale.