Come classificare gli scenari di test positivi e negativi - Cheat sheet di un tester

how classify positive

Puoi fare qualcosa nel modo più semplice o più difficile - l'importante è che tu lo faccia. Ci sono poche semplici cose quotidiane, ma senza fiducia, qualcosa su di loro non si adatta perfettamente alle nostre menti e la portata del successo è un successo o un errore.

Facciamo un semplice esempio oggi e troviamo scorciatoie che non solo chiariranno i concetti, ma assicureranno anche che tu lo faccia sempre bene.

Classificazione positiva o negativa di scenari / casi di prova

Il processo di progettazione del test è 3 volte:

• Identifica i requisiti
• Scrivi scenari di test (una riga indica cosa testare)
• Progettare istruzioni dettagliate su come eseguire il test (casi di test)

Quando si scrivono scenari di test, li classifichiamo in condizioni positive e negative. (Quando ci pensi, è davvero importante fare questa classificazione? Se sì, a cosa serve? Dobbiamo testarli tutti comunque, non è vero?) Batte anche me, per la maggior parte. Ma penso che sia un tentativo di stabilire una copertura adeguata e aiuti a stabilire che stiamo testando entrambi i percorsi felici e alternativi che il sistema dovrebbe gestire. Si prega di commentare di seguito, se si conoscono altri motivi per cui ciò viene fatto.

Diamo ora un'occhiata ad alcuni requisiti, scriviamo scenari di test ed eseguiamo la classificazione.

# 1) Accedi :Un utente che immette le credenziali corrette entra nel sistema. Se le credenziali non sono corrette, l'accesso viene negato e viene visualizzato un messaggio di errore.

# 2) Visualizza i prodotti: Supponiamo che ci sia un catalogo in linea di tutti i prodotti disponibili nel sistema e che li visualizzi tutti in un elenco quando si fa clic sul collegamento 'Visualizza prodotti'.

# 3) Logout: Quando si fa clic su questo collegamento, l'utente viene disconnesso.

Scriverò alcuni scenari di test per questi requisiti.

Tabella A:Il modo giusto

Tuttavia, a volte vedo lo scenario del test scritto in questo modo.

Tabella B: Voci contrassegnateNettosono scenari di test non validi.

Per il caso di accesso riuscito, esiste un caso uguale e opposto quando non avrà successo. Non tutti i requisiti dovrebbero essere in questo modo e per loro non c'è davvero alcuna costrizione a scrivere uno scenario negativo.

In conclusione: non tutti i requisiti dovrebbero avere casi negativi.

A questo punto, se stai pensando 'Come lo saprò' o 'Non sono ancora sicuro', ecco un semplice cheat sheet che ti aiuterà.

miglior pulitore di file spazzatura per Windows 10

Se c'è una generalizzazione che possiamo fare sulle applicazioni è che sono dinamiche. L'input (dati, clic, ecc.) Che forniamo farà sì che l'applicazione sia in un certo modo e genererà un determinato output.

Una semplice correlazione tra le variabili di input e di output lo renderà facile da comprendere.

Proviamo quanto segue per il login:

Quindi, come vedi dalla tabella sopra, possiamo dire che classifichiamo il flusso primario come positivo e il flusso alternativo (anche il comportamento corretto dell'applicazione) è contrassegnato come negativo.

Gli ultimi due casi in rosso sono infatti dei bug. Il test riguarda la convalida dei requisiti e quando non funzionano come previsto, troviamo dei bug. Poiché non eseguiamo la convalida per i difetti, gli ultimi due casi non sono validi.

Seguendo la stessa linea di pensiero e applicandola al logout e alla visualizzazione dei prodotti, ecco cosa otterrai.

Come puoi vedere, per questi requisiti, non è possibile fornire un input errato. Pertanto, non è necessario che vengano scritti scenari / casi di test negativi.

Considerazioni conclusive:

Il sistema potrebbe essere soggetto a input positivi o negativi. In ogni caso, il sistema dovrebbe generare un output corretto. I casi che tendono a trattare con input corretti sono positivi. Quelli che parlano di input corretto ma negativo sono negativi.

Alcuni suggerimenti:

# 1) Quando un casi di test end to end sono scritti per UAT o anche per test di sistema, sono sempre i casi di test positivi che entrano nel flusso.

#Due) A volte, la classificazione è soggettiva.Per esempio, se sto eliminando qualcosa su un sito e ricevo un messaggio di conferma che mi chiede 'Sei sicuro di voler eliminare questa voce?' con le opzioni OK e Annulla - secondo me fare clic su Annulla è un caso positivo. Ma alcuni pensano che sia negativo in quanto l'intento principale dell'opzione 'Elimina' è eliminare e non annullare l'operazione. Quindi, anche il giudizio di un tester gioca un ruolo nella classificazione.

# 3) Per ogni caso positivo, non c'è sempre un caso negativo uguale e opposto.

Il metodo di cui sopra garantisce sempre una corretta classificazione. Provalo tu stesso e dimmi, se non lo fa. :) 'Una scorciatoia è spesso un taglio sbagliato.' - Ma allora, potrebbe non essere in questo caso!

Per una spiegazione più formale del test negativo, controllare => Che cos'è il test negativo e come scrivere casi di test negativi?

Circa l'autore: Questo articolo è stato scritto dal membro del team STH Swati S. Unisciti al suo corso di formazione QA dal vivo qui: ' Il miglior corso di formazione sul test del software che potrai mai ottenere! '

Fateci sapere se vi è piaciuto questo articolo e volete vedere questi concetti di base spiegati facilmente nei prossimi articoli.

I tuoi commenti, domande, feedback e lettori sono molto apprezzati e apprezzati qui in STH. Buon test!

Lettura consigliata

• Test positivo: significato e merito spiegati con scenari di test reali
• Come scrivere casi di test per una pagina di accesso (scenari di esempio)
• Che cos'è il test negativo e come scrivere casi di test negativi?
• Come scrivere casi di test per bancomat (scenari di esempio)
• Scripting efficiente del selenio e scenari di risoluzione dei problemi - Tutorial sul selenio n. 27
• Tipi di test di migrazione: con scenari di test per ogni tipo
• Tutorial QTP n. 24 - Utilizzo di oggetti virtuali e scenari di ripristino nei test QTP
• Test di applicazioni sanitarie - Suggerimenti e scenari di test importanti (Parte 2)