Test di scenari più di una volta

Question

Test di scenari più di una volta

#1 da (1 voti)
#2 da (0 voti)

0

Esiste uno standard di settore in quante volte viene testato uno scenario prima che venga considerato superato? È comune testare un determinato scenario utilizzando più record diversi?

Ecco il problema: un progetto di sviluppo è ora nella fase SIT e il piano degli sviluppatori è di testare ogni scenario una volta, a meno che non fallisca. C'è un'opinione secondo cui lo scenario deve essere testato più di una volta prima considerato superato perché, in passato, c'erano stati riscontrati difetti durante l'UAT per gli scenari passati in SIT.

testing

posta David E PMP 27.07.2015 - 15:32

fonte

2 risposte

Leggi altre domande sui tag testing

Super classe mancante dalle dipendenze potrebbe lanciare NullPointerException java Esiste una relazione tra un'origine dati (JSON) e il Modello che la consuma?

score 1 · Answer 1

IMHO stai facendo la domanda sbagliata. Fa davvero la differenza per la qualità del tuo software o l'efficienza dei tuoi test se c'è uno "standard del settore" o no? Non esiste uno standard ampiamente accettato, tuttavia ciò che dovreste chiedervi è: "l'aggiunta di più record diversi per lo stesso scenario di test migliora il nostro processo?"

Il mio suggerimento è quello di affrontare questo da un punto di vista pragmatico. I test case sono buoni se hanno un potenziale per rivelare i difetti. Se il tuo attuale gruppo di casi di test ha trascurato un difetto che è stato trovato in seguito, è ovviamente una buona idea aggiungere uno o più casi di test al pool che possono rivelare questo difetto (o anche meglio: difetti dello stesso tipo) da lasciare questo non succede più. Se questi casi di test contano come "lo stesso scenario" o "uno scenario diverso" è praticamente irrilevante per te e il tuo team - se sono utili, aggiungili, se stanno solo testando cose già incluse in altri casi di test, omettile .

E fai un favore a te stesso e smetti di pensare in termini di "facciamo questo perché tutti lo fanno" - questo è un anti-modello organizzativo chiamato programmazione setta cargo (la descrizione si adatta anche a" testing ").

score 0 · Answer 2

Il prossimo passo oltre "testare ogni funzionalità una volta" è sistematico Test a coppie . Questo in genere comporta un set di poche decine di test per funzionalità, a seconda della complessità visibile delle funzionalità. Questo è ovviamente molto più lavoro, anche se non necessariamente decine di volte più lavoro, almeno se i test sono automatizzati. Quasi certamente avrai bisogno di uno strumento adatto.

In alternativa, è possibile cuocere in robustezza a un livello inferiore, con unità a livello di sviluppatore o test di integrazione. A quel livello, invece di scrivere casi di test uno per uno, puoi usare uno strumento come Quickcheck e / o Teorie JUnit . I collegamenti vanno a strumenti java; la maggior parte delle lingue ha qualcosa di equivalente.

Sia che tu lo faccia, entrambi o nessuno di questi dipenderebbe dalla natura dei difetti che stai vedendo in UAT, e quanta priorità è davvero quella di ridurli o eliminarli.