Menu

5 Diagrammi importanti che i tester devono imparare a utilizzare

5 important diagrams that testers need learn how use

Prova Il Nostro Strumento Per Eliminare I Problemi

Se non fosse per le immagini, non ci sarebbero state registrazioni della storia antica, della conoscenza passabile e dell'evoluzione del linguaggio.

Non per drammatizzare eccessivamente, ma i diagrammi hanno il loro posto speciale anche in un mondo con forme di scrittura ed espressione altamente evolute e sofisticate.

Nell'industria tecnologica, i nostri diagrammi ci stanno a cuore.

Ecco alcuni dei più importanti con cui noi tester veniamo spesso in stretto contatto e come li usiamo.

Cosa imparerai:

5 diagrammi che i tester devono imparare a usare

Diagrammi per tester

Eccoci qui.

# 1) Grafici di flusso:

I diagrammi di flusso sono i migliori per le illustrazioni di processo. Usano simboli specifici per ogni attività / tipo di azione che viene eseguita all'interno del processo. Permette decisioni, rami, loop ecc., Rendendolo uno strumento perfetto per la documentazione e la comprensione.

I tester di solito trovano i diagrammi di flusso nel piano di test, strategia di test, artefatti dei requisiti (BRD, FRD, ecc.) O altri documenti di processo.

I simboli più comunemente usati e il loro significato in un diagramma di flusso sono:

  • Ovali Per l'avvio e l'arresto
  • Rettangoli Per l'elaborazione / o un'attività
  • Diamante- Per le decisioni

Per informazioni complete sulle forme del diagramma di flusso, controlla Simboli del diagramma di flusso .

Comprendere un processo o un flusso di controllo attraverso un diagramma di flusso è semplicissimo. Aiuta a ricordare, capire e serve come riferimento rapido.

Leggi anche => Come scrivere scenari di test complessi di logica aziendale utilizzando la tecnica della tabella decisionale

Ecco due modi in cui i tester utilizziamo i diagrammi di flusso:

a) Diagrammi di flusso per flusso di controllo e analisi statistica:

Complessità ciclomatica è una metrica che ci aiuta a misurare la complessità di un particolare programma software. Uno degli usi della conoscenza della complessità ciclomatica è che ci aiuta a comprendere la portata dei test unitari da eseguire per ottenere una copertura completa (ulteriori informazioni e collegamenti di seguito).

Il diagramma di flusso è un metodo fondamentale per arrivare a questa misura.

Impariamo come calcolare la complessità ciclomatica per il seguente programma attraverso un diagramma di flusso di controllo.

diagramma di flusso di controllo

Basta creare un diagramma di flusso di controllo come mostrato di seguito e utilizzare questa formula:

Complessità ciclomatica: = Numero di connessioni o linee - Numero di nodi + 2

diagramma di flusso di controllo 1

Dal diagramma, il numero di nodi è 7 e le connessioni sono 7.

Pertanto, la complessità ciclomatica di quel pezzo di codice è 7-7 + 2 = 2.

Hai bisogno di maggiori informazioni su come utilizzare il diagramma di flusso di controllo e la complessità ciclomatica?

Controllalo:

b) Diagrammi di flusso per l'illustrazione del processo:

Di seguito è riportato un processo di rilevamento dei difetti rappresentato in un formato di diagramma di flusso. Come puoi vedere, è semplicissimo da assorbire e implementare:

(Nota:Clicca sull'immagine per ingrandirla)

Diagrammi di flusso per l

# 2) Diagrammi di transizione di stato:

Le tabelle oi diagrammi di transizione di stato sono ottimi strumenti di analisi quando si osservano sistemi complessi che subiscono molti cambiamenti da uno stato all'altro.

Per quei principianti là fuori che stanno pensando, 'cos'è la transizione di stato?' - Pensa a una lampadina controllata da un interruttore. È possibile attivare / disattivare un interruttore. Quindi, lo stato in cui una lampadina può trovarsi in un dato momento è ACCESO o SPENTO e l'evento / azione che ne causa la transizione da uno stato all'altro è lo scatto dell'interruttore.

Questo può essere mostrato sotto forma di un diagramma o di una tabella. Come di seguito:

Diagramma di transizione di stato

Lampadina accesaLampadina spenta
Lampadina accesaNFlipswitch OFF
Lampadina spentaFlipswitch ONN

Semplice, non è vero? Affrontiamo qualcosa di un po 'più complesso. Guarda un diagramma di transizione di stato per un sistema di ticketing. È piuttosto semplice e facile da comprendere.

diagramma di transizione di stato per un sistema di biglietteria

Tieni presente che i diagrammi di transizione di stato sono in genere incentrati sull'entità aziendale e non visivi pagina per pagina incentrata sulla navigazione.

Per esempio: L'entità core business nel nostro caso è il ticket stesso che viene creato tramite l'applicazione. La prima parte, la realizzazione del ticket, potrebbe comportare la navigazione nel sistema attraverso alcune pagine:

  • Pagina 1-> Seleziona no. di viaggiatori: adulti, bambini e anziani.
  • Pagina 2-> Scegli il tipo di biglietto: un pass giornaliero, un abbonamento settimanale, un abbonamento mensile, ecc.
  • Pagina 3-> Rivedi i dettagli e finalizza.
  • Pagina4-> Effettua il pagamento, ecc.

Quindi, potrebbero esserci molte diverse transizioni visive pagina per pagina, ma il ticket stesso è nello stato in cui è stato creato. Quindi normalmente non creiamo un diagramma ST per le transizioni visive (puoi farlo se vuoi, ma non è usato così spesso), lo facciamo per le transizioni di stato dell'entità core business.

Una volta creato il diagramma ST, è possibile utilizzarlo per identificare facilmente gli scenari di test end-to-end e le transazioni dell'utente finale, come segue:

Diagramma ST

Le tre linee gialle sono 3 casi end-to-end che, una volta testati, copriranno le aree più critiche e più utilizzate dell'applicazione. Questo è uno strumento così utile per creare casi di test significativi e test di accettazione end to end.

Per una spiegazione molto più completa e l'utilizzo nel mondo reale, controlla => Tecnica di test di transizione di stato per testare applicazioni complesse

# 3) Diagrammi di contesto:

I sistemi software raramente funzionano come unità indipendenti. Applicazioni semplici come calcolatrice, blocco note, ecc. Potrebbero funzionare da sole, ma l'applicazione aziendale spesso si interfaccia con molte altre applicazioni.

Per esempio: Un sistema di gestione stipendi potrebbe interagire con l'applicazione di contabilità, il sistema di fogli presenze per le ore dei dipendenti e il portale delle risorse umane per i dettagli dei dipendenti. I diagrammi di contesto sono diagrammi eccellenti che mostrano tutte queste relazioni in un modo facile da capire.

Quello che segue è un diagramma di contesto per il sistema di buste paga appena descritto:

Diagramma di contesto

Un diagramma di contesto mostra molto chiaramente il contesto di un certo sistema con tutte le altre entità ad esso correlate. Per una semplice spiegazione, controlla qui =>

Per una semplice spiegazione, controlla qui => Diagramma di contesto del sistema

I diagrammi di contesto aiutano i tester a comprendere il sistema in un senso più ampio e aiutano a creare strategie di test che includano queste relazioni in entrata e in uscita che il sistema ha con le altre entità. Potremmo non creare un diagramma di contesto come parte del nostro processo di test, ma se disponibile, aiuta una grande comprensione.

# 4) Mappe mentali:

Una mappa mentale tiene traccia di una mente impegnata che salta da un argomento all'altro; ogni pensiero diventa più profondo e si ramifica più ampio con ogni idea. È una forma di diagramma che inizia con la tua idea principale e documenta ogni singolo pensiero secondario che ne deriva.

chi è responsabile del valore aziendale fornito da uno scrum team?

Le mappe mentali possono essere utilizzate per qualsiasi cosa. Sebbene debbano ancora fare la loro comparsa in IEEE, CMMI o altri modelli standard o documenti di processo, sono ancora una parte molto popolare della cultura dell'industria del software.

Un uso molto popolare delle mappe mentali è monitorare i test esplorativi. (Lo so, lo so, stai pensando, perché i test esplorativi devono essere monitorati? È perché, con cicli di sviluppo rapidi, metodi agili e altri metodi più veloci di sviluppo software, è sempre meno probabile che i tester trovino il tempo e spazio per la documentazione completa. Ciò significa che l'estensione dell'esplorazione sta crescendo e deve essere rafforzata. Le mappe mentali possono fare proprio questo per te.)

Per esempio: Quello che segue è un diagramma per un'applicazione di e-commerce in cui stai semplicemente monitorando i tuoi test con una mappa mentale come segue:

diagramma per un

I tester potrebbero non ottenere le mappe mentali come input. Ma potremmo vedere situazioni in cui dobbiamo crearle. Farlo è molto semplice. Inizia con la tua idea centrale o punto di partenza e segui dove ti portano i tuoi pensieri. Ci sono molti strumenti online gratuiti semplici e facili che puoi usare per le mappe mentali. Questo è quello che ho usato per disegnare quanto sopra mappa qui.

Per ulteriori informazioni e strumenti, controlla => Mappe mentali nei test del software: modi per rendere i test più divertenti!

# 5) Grafici ER:

I diagrammi Entity-Relationship (ER) vengono utilizzati per la modellazione del database. Ci aiutano a capire le tabelle, i loro campi e il modo in cui i campi di una tabella sono correlati ai campi di altre tabelle nel sistema DB. Mostra i componenti del tuo sistema DB e le relazioni tra loro in modo visivo.

I diagrammi ER fungono anche da esecuzione di prova iniziale del modello DB e della visualizzazione prima che i sistemi DB siano progettati e costruiti.

I diagrammi ER hanno entità (le istanze delle tabelle DB) e le loro relazioni (uno a uno, uno a molti, uno a obbligatorio, ecc.) Rappresentate utilizzando scatole e connettori a zampe di gallina. )

Esistono molte varianti ai diagrammi ER, ma la versione più semplice può apparire come di seguito:

Diagramma IS

Immagine fonte

Per una rapida introduzione e spiegazione, controlla:

# 6) Bonus: mock up di schermate / wireframe:

I wireframe sono HTML o semplici immagini (screenshot) che ci mostrano schematicamente la futura pagina / componente dell'interfaccia utente.

I wireframe sono una benedizione per i tester in quanto ci rendono estremamente facile visualizzare il prodotto finale ed essere in grado di migliorare il loro processo di analisi del progetto di test. Ciò significa scenari di test migliori, casi di test migliori e, di conseguenza, maggiore efficacia dei test.

I wireframe possono essere semplici immagini disegnate a mano o strutture di pagine web create in modo interattivo o qualsiasi altro diagramma rappresentativo del sistema finale.

Un semplice wireframe per la schermata di accesso può essere il seguente:

schermata di accesso

Ecco un collegamento rapido per comprendere il modo in cui i team QA utilizzano i wireframe per i test iniziali e alcuni strumenti per crearli => Wireframe: dovrebbero essere davvero testati? E se sì, come?

Per concludere: come puoi creare questi diagrammi se necessario?

Per lo più, i tester interpretano la maggior parte dei diagrammi sopra menzionati. Ma raramente, potremmo doverli creare. MS Visio e SmartDraw sono ottimi strumenti da usare. Tuttavia, se stai cercando qualcosa di gratuito e leggero (nessuna installazione e configurazione), controlla qui.

Quando non hai accesso a Internet e tutto ciò che hai è la tua parola o pittura puoi usare le forme disponibili per creare questi diagrammi (beh, almeno la maggior parte di essi). Questo è il mio metodo meno preferito perché richiede tempo e non è facile da usare, ma andrà bene.

Circa l'autore: Questo articolo è stato scritto dal nostro membro del team Swati.

Allora, quali diagrammi usi e quali sono i tuoi preferiti?

Lettura consigliata

^