Menu

Come scrivere scenari di test complessi di logica aziendale utilizzando la tecnica della tabella decisionale

  • Principale
  • Strategia Di Test
  • Come scrivere scenari di test complessi di logica aziendale utilizzando la tecnica della tabella decisionale

how write complex business logic test scenarios using decision table technique

Prova Il Nostro Strumento Per Eliminare I Problemi

Il test della tabella decisionale è un approccio semplice e sicuro per identificare gli scenari di test per una logica aziendale complessa .

Esistono diverse tecniche di progettazione di casi di test. In questo articolo impareremo come usare la tecnica della tavola decisionale efficacemente a scrivere casi di test per un'applicazione con complessa logica di business.

Ecco un'illustrazione:

Sappiamo tutti che le regole e le convalide del business occupano una parte importante dei requisiti forniti dai clienti. Osservando come questi requisiti vengono rappresentati e comunicati all'intero team di progetto dagli analisti aziendali o dai clienti, veniamo a sapere che la maggior parte di tali regole e logiche aziendali sono presentate in un diagramma di flusso del processo logico.

Scenario di test di scrittura utilizzando la tecnica del tavolo decisionale

Un diagramma di flusso del processo logico per un requisito complesso comprende molti rami, nodi e caselle di decisione. Si spera che noi tester dovremo coprire tutti quei rami e toccare ogni angolo di un albero logico così complesso. Ho anche affrontato flussi di business così complessi e provato molte tecniche di preparazione di scenari di test / test per rendere il processo più semplice.

Infine, ho trovato la tecnica del test della tabella decisionale molto utile in questo aspetto. Ecco come una tecnica della tabella decisionale può semplificare la preparazione dello scenario di test per una logica di business complessa.

Esempio: scrittura di casi di test per una schermata di accesso utilizzando la tecnica della tabella decisionale:

Prendiamo un Esempio di tabella delle decisioni dei requisiti aziendali di seguito per una schermata di accesso.

Test del tavolo decisionale

Fig: 1.0 Esempio di diagramma di flusso aziendale

Il primo passo che facciamo è nominare tutti i rami e partire con numeri o alfabeti come di seguito.

1, 2, 3 sono le foglie e a, b & c sono i rami.

download gratuito del software per scaricare video da YouTube

Quindi, dobbiamo creare una tabella decisionale come mostrato di seguito: (Clicca per ingrandire l'immagine)

Test del tavolo decisionale 1

Fig 1.1 Tabella decisionale per il flusso aziendale fig 1.0

Cosa imparerai:

Punti da ricordare

  • Tutte le convalide specificate nelle caselle di decisione devono essere effettuate sulle colonne della tabella.
  • Tutti i risultati (foglie) menzionati nel diagramma di flusso dovrebbero essere coperti nella tabella decisionale.
  • Tutte le combinazioni di input necessarie per ottenere un determinato risultato devono essere menzionate nella colonna delle combinazioni e possono essere incluse durante la scrittura dei casi di test.
  • Dopo aver completato la tabella delle decisioni, è sufficiente verificare se tutti i rami e le foglie dell'albero logico sono coperti.

Vantaggi dell'utilizzo della tecnica del tavolo decisionale

# 1) Qualsiasi flusso aziendale complesso rappresentato come un diagramma può essere facilmente trattato in questa tecnica.
#Due) Fornisce una rapida confidenza sui casi di test. Non è necessario rivedere più volte i propri casi di test per acquisire sicurezza.
# 3) Facile da capire. Chiunque può creare casi di test da questo modello di tabella decisionale.
# 4) La rielaborazione dei casi di test e degli scenari di test può essere totalmente evitata, poiché fornisce una copertura completa al primo scatto.

Limitazioni dell'utilizzo della tecnica del tavolo decisionale

# 1) Alcune tecniche di preparazione del caso di test come l'analisi del valore limite e il partizionamento di equivalenza non possono essere adattate direttamente in questo modello. Ma è possibile annotarlo nella colonna delle combinazioni e utilizzarle durante la scrittura dei casi di test.

Prima di spiegare perché altre tecniche di scrittura di casi di test non possono garantire la stessa accuratezza delle tabelle decisionali, vorrei ricordare rapidamente ad altre Scatola nera e scatola bianca tecniche di scrittura di casi di test.

Altre tecniche di progettazione di casi di test

# 1) Analisi del valore limite è una tecnica di test del software in cui i casi di test sono progettati per includere rappresentanti di valori limite dentro e fuori un dato intervallo.

#Due) Partizionamento di equivalenza chiamato anche Partizionamento delle classi di equivalenza è una tecnica di test del software che divide la condizione data in partizioni e un dato di input da ciascuna partizione può essere scelto per il test.

# 3) Test di transizione di stato è una tecnica di test black-box, che può essere utilizzata per progettare casi di test per un sistema che acquisisce un numero finito di stati e può transitare da uno stato all'altro in base a eventi specifici.

# 4) Errore nel tentativo di indovinare è una tecnica in cui l'esperienza di un tester viene utilizzata per trovare gli errori o una parte di un'applicazione con la più alta possibilità di trovare errori. Questa è una tecnica basata sull'abilità senza regole.

# 5) Usa Case testing In questa tecnica, vengono utilizzati casi / scenari d'uso per scrivere i casi di test. L'interazione tra utenti e sistemi è descritta in un caso d'uso.

Altre tecniche di progettazione dei test:

# 6) Copertura delle dichiarazioni
# 7) Copertura delle condizioni
# 8) Test esplorativi

Perché altre tecniche di progettazione di casi di test per la logica aziendale non possono rivelarsi utili come tabelle delle decisioni?

# 1) L'analisi del valore limite e il partizionamento delle classi di equivalenza è inteso per intervalli numerici e lunghezza. Entrambe queste tecniche da sole non possono garantire una copertura del test del 100% per le regole aziendali.

#Due) L'errore di indovinare riguarda più l'esperienza. Sebbene sia richiesta esperienza, non può dimostrare di essere tutto.

# 3) Con la tecnica di test della transizione di stato, è possibile garantire che tutte le parti dell'albero logico siano coperte ma non suggerisce documenti o artefatti poiché la tecnica della tabella delle decisioni garantisce la copertura con una tabella delle decisioni (figura 1.1).

Conclusione

Per scrivere casi di test per la logica aziendale, è consigliabile seguire quanto segue passaggi per preparare casi di test in modo da garantire la massima copertura del test:

Passo 1) Uso una tecnica di progettazione del test case della Tabella delle decisioni per ottenere una copertura logica del 100%.
Passo 2) Analisi del valore limite e partizionamento di equivalenza per coprire vari intervalli di input.
Passaggio 3) Combinazioni e permutazioni per convalide a livello di campo (sebbene non tutte le permutazioni siano necessarie).
Passaggio 4) Indovinare gli errori (a parte gli errori che possono essere identificati dai tre passaggi precedenti) con l'esperienza come tocco finale

Con la giusta combinazione di tutte queste tecniche, spero che riuscirai a scoprirle quasi tutte scenari di prova per qualsiasi applicazione in prova.

Circa l'autore: Hari Narayan è un professionista del test del software con più di 3 anni di esperienza lavorativa nella scrittura di scenari di test per la logica aziendale complessa. Attualmente sta lavorando con Plintron Global Technologies.

inizializzazione delle variabili statiche c ++

Facci sapere quale tecnica di progettazione di casi di test utilizzi più spesso nel tuo progetto? E qual è il metodo migliore in base alla tua esperienza?

Sentiti libero di condividere i tuoi preziosi commenti / suggerimenti su questo articolo.

Lettura consigliata

^