Menu

Come prepararsi per la scrittura di casi di test (Suggerimenti sulla produttività)

how prepare yourself

Prova Il Nostro Strumento Per Eliminare I Problemi

Come prepararsi per la scrittura di casi di test e migliorare la produttività:

Quando un tester decide di scrivere casi di test di alta qualità e desidera migliorare la propria efficienza e la produttività della scrittura di casi di test, ci sono pochi punti chiave che aiutano i tester a raggiungere questi obiettivi.

Innanzitutto, devono prepararsi professionalmente e psicologicamente con alcuni dei punti chiave necessari per ogni tester di software di successo nel settore IT. Questo verrà trattato come ' Ingressi 'Per un tester prima di iniziare a scrivere casi di test.

scrittura di casi di test

Successivamente, devono comprendere le metriche di qualità coinvolte nel progetto, che viene utilizzato come strumento per valutare le prestazioni del tester in varie fasi del ciclo di vita del test. Questo verrà trattato come ' Uscite 'Per un tester dopo aver completato scrittura di casi di test .

Infine, il tester deve sapere come viene segnalato il bug, i problemi vengono intensificati e come i rapporti di prova sono preparati in linea con la procedura standard e possono essere comprensibili dagli stakeholder del progetto.

Cosa imparerai:

dichiarare un array di oggetti in java

Preparati per la scrittura di casi di test

1) La scrittura del test case è un'arte e non è solo un lavoro o un'attività. Un pezzo o un segmento di software può essere progettato e sviluppato, ma fino a quando ea meno che non sia completamente testato per tutti gli scenari con un approccio di test efficiente, sarà inutile e non idoneo al rilascio e all'uso da parte di chiunque. Così, Trattati come una persona importante nel progetto e considera la tua attività di test come un compito importante nel progetto .

Due) Il passione con un atteggiamento positivo , che è il massimo personale i tester di qualità dovrebbero avere durante tutto il ciclo di vita del progetto. La passione motiva le capacità di team building e l'atteggiamento porta grande produttività nella scrittura di casi di test di qualità. Significa che l'attività di scrittura di prova è una miscela di qualità professionali e personali per un obiettivo comune di ottenere grandi risultati come output finale del progetto.

3) Positivo e casi di test negativi fanno parte dei casi di test di scrittura, ma i tester dovrebbero avere un semi-positivo mentalità per rompere l'applicazione sotto test attraverso la ricerca di bug . Questa non è una mentalità negativa, piuttosto evitare la situazione di identificare un bug da parte di qualcuno dopo il rilascio o evitare la situazione in cui il sistema verrà rotto da alcuni utenti del sistema.

4) Efficienza del tester non dovrebbe essere stimato sulla base del numero di bug identificati nel sistema in fase di test, ma sulla capacità di scrivere casi di test di successo che il risultato è la scoperta dei difetti. Quindi, i casi di test dovrebbero essere scritti in modo tale che la copertura e tracciabilità dovrebbe essere il massimo in base al confine e all'ambito del sistema.

5) Comprendere a fondo il dominio dell'applicazione .Per esempio, testare un sito Web è più facile che testare un software finanziario sviluppato per la borsa e utilizzato da migliaia di persone contemporaneamente. La semplice funzionalità del sito web può essere comprensibile da qualsiasi tester, mentre i termini e le funzionalità finanziarie non possono essere comprensibili da tutti i tester fino a quando ea meno che non abbiano il background educativo o formazione pertinente o esperienza di dominio .

Quindi, quando un tester viene assegnato a un nuovo progetto, dovrebbe fare un'autovalutazione, se è idoneo e può svolgere il proprio lavoro secondo le aspettative o meno. Se i requisiti funzionali sono difficili da capire, dovrebbero essere inoltrati al team di progetto con largo anticipo per evitare futuri malintesi sull'efficienza e le prestazioni del tester. Sarà gestito dal project manager o dal test manager attraverso programmi e formazione adeguati.

6) I requisiti del progetto e i tipi di test da eseguire variano da progetto a progetto. Un tester dovrebbe essere pronto a eseguire qualsiasi tipo di test. Non limitare le tue capacità alle tue capacità e specialità. Preparati ad assumerti responsabilità e sfide per scrivere ed eseguire casi di test per qualsiasi tipo di test.

Molti tester cercano di adattarsi o di proiettarsi solo come tester manuali o di automazione. Quando si tratta di test delle prestazioni, test di carico o stress test, pochissimi tester assumono i ruoli e si preparano formando o raccogliendo le conoscenze richieste. Così, essere uno studente veloce ed essere pronto ad assumersi responsabilità e crescere nella tua carriera.

7) Identificare i tipi di test da eseguire e le competenze richieste per testare l'AUT. Per esempio, alcuni progetti richiedono solo test black-box e alcuni richiedono capacità di test white box. La conoscenza di ' scripting 'O esperienza in' SQL 'O lavorare con' linguaggio con marcatori 'Come HTML / XML ecc., O anche una conoscenza del sistema su come installare / risolvere i problemi di installazione del software, ecc. Sono alcuni requisiti specifici del progetto che devi imparare da solo o ricevere formazione per lo stesso.

8) Assicurati che i casi di test coprano il Tipi di test delle prestazioni, test di sicurezza e test di regressione. Per esempio, per accedere all'applicazione utilizzando la schermata di accesso di seguito:

Efficienza del test case 2

  • Potrebbe essere necessario eseguire un test delle prestazioni per verificare se l'applicazione è stabile quando migliaia di utenti accedono al sistema contemporaneamente e i casi di test dovrebbero essere scritti per coprire questo scenario.
  • Potrebbe essere necessario eseguire test di sicurezza per verificare se l'applicazione consente solo agli utenti con diritti e autorizzazioni appropriati di essere autorizzati a utilizzare il sistema e i casi di test devono essere scritti per coprire questi scenari.
  • Potrebbe essere necessario eseguire test di regressione per verificare se le funzionalità principali e le caratteristiche critiche funzionano correttamente in ogni versione.

9) Revisione del caso di test : Una delle fasi più importanti e trascurate di qualsiasi sviluppo software e del ciclo di vita dei test è ' REVISIONE '. Quando un piano di progetto include un'allocazione di tempo sufficiente per a processo di revisione in ogni fase dello sviluppo del progetto, i risultati e gli output di massima qualità che possiamo aspettarci lo stesso.

migliore rimozione dei virus per Windows 10

Ad esempio, prima di iniziare a scrivere casi di test, i tester dovrebbero verificare se il documento di 'specifica dei requisiti' è stato rivisto e tutti i punti di revisione sono stati considerati e aggiornati nel documento. Se l'organizzazione sta seguendo un processo adeguato e maturo, tutti i modelli di documento dovrebbero avere queste informazioni sulla modifica nella prima pagina del documento stesso.

I documenti del caso di test devono essere esaminati almeno 3 volte tramite:

i) Autovalutazione
ii) Revisione tra pari
iii) Revisione da parte di altri per la completezza, la copertura del test, la tracciabilità e se il test case è verificabile o meno.

10) Infine, capire come stimare e pianificare le attività di test . Pianifica di lavorare solo per il tempo stimato pianificato in un giorno. Ciò può essere ottenuto iniziando e completando le attività in tempo e partendo per la giornata con i piani per le attività del giorno successivo.

Evita di restare fino a tarda notte e di passare i fine settimana in ufficio. Al giorno d'oggi, sono disponibili approcci di gestione dei progetti efficienti e i progetti vengono eseguiti in un ambiente Agile. Se i traguardi non vengono raggiunti dai team di progetto, verrà trattato come una gestione del progetto inefficiente piuttosto che come un'inefficienza da parte dei team di progetto.

Nota : Tieni a mente, anche per test automatizzati , i test case dovrebbero essere scritti in modo chiaro e rivisti almeno una volta, coprendo completamente il flusso funzionale dell'applicazione sotto test. Qualsiasi strumento di test di automazione può registrare ed eseguire casi di test con successo solo quando i casi di test manuali sono chiaramente definiti e scritti.

Metriche di qualità

Questa è un'attività importante nelle fasi di test del software. Il team di test dovrebbe essere completamente consapevole delle varie metriche di test utilizzate per raggiungere l'obiettivo del progetto. Le prestazioni del tester non vengono valutate in base alla sola fase di esecuzione del test, ma da tutte le metriche di test raccolte dall'analisi dei requisiti, la scrittura dei casi di test, l'esecuzione, la segnalazione dei difetti e infine la fase di segnalazione dei test.

Di seguito sono riportate alcune importanti metriche di test seguito dalla maggior parte delle organizzazioni per una migliore produttività dei tester e l'efficienza delle fasi di test.

Vedi anchealtre utili metriche di test utilizzate nelle fasi di test:

=> Importanti metriche e misurazioni di test del software e Tracciamento dei bug del progetto in tempo reale, metriche di test e processo di approvazione del test.

1) Efficienza media del test

  • Bug per mese-uomo dello sforzo di test.
  • Calcolato come media (bug totali durante lo sforzo di test in mesi-uomo).
  • Da calcolare dopo ogni rilascio interno e dopo il completamento del test.
  • Limite di accettazione: dovrebbe essere inferiore a 50

2) Densità media dei difetti del cliente

  • Bug segnalati dal cliente dopo la consegna Vs totali sforzi di test in mesi-uomo.
  • Calcolato come media (bug totali dopo consegna / test in mesi uomo).
  • Da calcolare dopo il rilascio esterno e il completamento del progetto.
  • Limite di accettazione: dovrebbe essere inferiore a 1

3) Fallimenti dei test funzionali

  • Un certo numero di casi di test funzionali non riusciti / Numero totale di casi di test funzionali eseguiti.
  • Da calcolare mensilmente o quindicinale.

4) Bug con livello di gravità 1

  • Il numero totale di bug identificati con il livello di gravità 1 (blocco).
  • Il test non può essere continuato per il software a causa dei problemi di blocco.
  • Da calcolare su base settimanale.

5) Bug con livello di gravità 2

  • Il numero totale di bug identificati con livello di gravità 2 (bug principali).
  • Il test non può essere continuato per la funzionalità a causa dei principali bug, ma può essere continuato con altre parti del sistema.
  • Da calcolare su base settimanale.

6) Bug con livello di gravità 3

  • Il numero totale di bug identificati con livello di gravità 3 (bug minori).
  • Il test può essere continuato poiché il bug identificato è minore e non interrompe il test.
  • Da calcolare su base settimanale.

7) Bug con livello di gravità 4

  • Il numero totale di bug identificati con livello di gravità 4 (problemi estetici).
  • I test possono essere completati senza problemi poiché i bug identificati sono correlati a un aspetto estetico e devono essere corretti per la prossima versione.
  • Da calcolare su base settimanale.

Segnalazione di bug

Il meccanismo di segnalazione dei bug dovrebbe essere controllato con un processo di test maturo per mantenere la qualità dell'applicazione. Ci dovrebbe essere un adeguato processo di escalation alle persone autorizzate giuste per conoscere lo stato, la gravità e la priorità del bug. Ci sono sono disponibili molti strumenti di segnalazione di bug gratuiti e commerciali come Bugzilla, Mantis, ecc., che sono molto efficaci nel meccanismo di tracciamento dei problemi e possono essere facilmente integrati con qualsiasi strumento di gestione dei test utilizzato nel progetto.

In ogni progetto di test, è necessario seguire quotidianamente procedure standard per un meccanismo di segnalazione dello stato online. Ogni bug / problema registrato e segnalato in questi sistemi di tracciamento dei bug dovrebbe inviare immediatamente un'e-mail alle rispettive autorità che le aiuteranno a pianificare e ad agire di conseguenza.

Per apprendere in dettaglio il processo di segnalazione dei bugleggi i seguenti articoli:

=> Come scrivere una buona segnalazione di bug? Suggerimenti e trucchi
=> Esempio di segnalazione di bug
=> Perché la segnalazione dei bug è un'arte che dovrebbe essere appresa da ogni tester?
=> Ciclo di vita dei bug
=> Esempi di report di bug per applicazioni Web e di prodotto

Rapporti di prova

A parte le segnalazioni di bug sollevate, registrate ed escalation nel sistema di segnalazione dei bug, un rapporto di prova è uno dei documenti più importanti per conoscere lo stato del test e altre metriche importanti identificate e calcolate durante il periodo di segnalazione del test.

Di seguito è riportato un semplice rapporto di prova:

Inoltre, leggi i seguenti utili tutorial perrapporti di prova efficaci:

=> Guida per scrivere un rapporto di riepilogo del test efficace
=> Come segnalare in modo intelligente l'esecuzione del test (Scarica modello di rapporto sullo stato)

tecniche di test white box con esempi

vittorioso

jaya1

Conclusione

Il processo di preparazione per la scrittura di casi di test non è solo l'allocazione delle risorse nel progetto, ma ci sono pochi requisiti chiave come prepararci come tester idonei e comprendere le metriche di qualità monitorate durante il ciclo di vita del test e anche dopo il rilascio.

Quindi, seguire il processo, gli standard, le procedure e aderire rigorosamente alle metriche di qualità con passione, può automaticamente portare in te una grande efficienza di test, produttività e un tester di qualità, che diventerà un'abitudine nella tua vita professionale.

Questi fattori di qualità possono essere autoanalizzati o analizzati in gruppo ponendo poche domande che ci dirà se siamo sulla strada giusta per il miglioramento di sé e dei processi nell'obiettivo di raggiungere un approccio efficiente nella scrittura e nell'esecuzione del caso di test:

  • Hai esaminato i requisiti funzionali / requisiti utente / documenti di casi d'uso aziendali?
  • Il documento sui requisiti funzionali è stato rivisto e aggiornato correttamente con commenti di revisione?
  • Hai ricevuto i prototipi dello schermo per tutte le funzionalità da testare?
  • Ti senti a tuo agio nello scrivere casi di test che siano verificabili e tracciabili durante tutto il ciclo di vita dei test?
  • Hai lo skillset e la conoscenza del dominio necessari per testare l'applicazione sotto test?
  • Hai bisogno di formazione o conoscenza tecnica richiesta per eseguire i casi di test?
  • Hai il programma per scrivere, rivedere ed eseguire casi di test, che copra il tempo necessario per preparare documenti di qualità?
  • Hai i colleghi per rivedere i tuoi casi di test e un esperto in materia autorizzato per verificare la completezza e la copertura delle caratteristiche e delle funzionalità da testare?
  • Hai abbastanza casi di test per tutti i requisiti funzionali?
  • Hai abbastanza casi di test per prestazioni, test di carico e test di sicurezza?
  • Hai abbastanza casi di test per l'installazione e il test di regressione?
  • Hai il punto di contatto per l'escalation dei problemi o la segnalazione di bug?
  • Lo strumento di tracciamento dei bug è configurato correttamente con l'autorizzazione richiesta per tutti?
  • Ti senti a tuo agio nel seguire tutti i processi definiti nel piano di test?
  • Sei coinvolto in tutte le riunioni di revisione e hai la possibilità di parlare con il team di sviluppo o di gestione?
  • La tua produttività ed efficienza sono migliorate o hai bisogno di prendere misure per lo stesso?

Lettura consigliata = >> I migliori corsi di scrittura creativa online

Ci sono molte domande simili che i tester potrebbero porsi per un'analisi di miglioramento personale, a seconda del tipo di progetto o dell'organizzazione con cui stanno lavorando. La cosa più importante è che tutte queste attività non dovrebbero essere seguite solo per il gusto di seguire i processi, ma dovrebbero essere fatte come le tue abitudini quotidiane che possono essere fatte attraverso PASSIONE PER I TEST solo.

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^