qa software testing checklists
Liste di controllo per il test del QA del software
Oggi vi portiamo un altro strumento di qualità che è così spesso sottoutilizzato che abbiamo pensato di rivederne i dettagli nella speranza che riacquisti la sua gloria perduta. È 'Check List'.
Definizione: Un elenco di controllo è un catalogo di elementi / attività registrati per il monitoraggio. Questo elenco potrebbe essere ordinato in sequenza o potrebbe essere casuale.
Le liste di controllo sono una parte integrante della nostra vita quotidiana. Li usiamo in varie situazioni, dalla spesa alla spesa alla lista delle cose da fare per le attività della giornata.
Cosa imparerai:
Panoramica degli elenchi di controllo per il test del software QA
Non appena arriviamo in ufficio, facciamo sempre un elenco di cose da fare per quel giorno / settimana, come di seguito:
- Riempire scheda attività
- finire documentazione
- Chiama la squadra offshore alle 10:30
- Incontro alle 16:00, ecc.
Ogni volta che un elemento nell'elenco è terminato, lo cancelli, lo rimuovi dall'elenco o lo contrassegni con un segno di spunta - per contrassegnarne il completamento. Non ci è fin troppo familiare?
Tuttavia, è tutto ciò per cui può essere utilizzato?
come eseguire file jar su Windows
Possiamo utilizzare formalmente le liste di controllo nei nostri progetti IT (in particolare QA) e se sì, quando e come? Questo è ciò che verrà trattato di seguito.
Personalmente sostengo l'uso delle liste di controllo per i seguenti motivi:
- È versatile: può essere utilizzato per qualsiasi cosa
- Facile da creare / utilizzare / mantenere
- Analizzare i risultati (stato di avanzamento / completamento dell'attività) è semplicissimo
- Molto flessibile: puoi aggiungere o rimuovere elementi secondo necessità
Come pratica generale, parleremo degli aspetti 'Perché' e 'Come'.
- Perché abbiamo bisogno delle liste di controllo? : Per monitorare e valutare il completamento (o il mancato completamento). Prendere nota dei compiti, in modo che nulla venga trascurato.
- Come creiamo le liste di controllo? : Bene, questo non potrebbe essere più semplice. Semplicemente, scrivi tutto punto per punto.
Esempi di elenchi di controllo per i processi di controllo qualità:
Come accennato in precedenza, ci sono alcune aree nel campo della garanzia di qualità in cui possiamo applicare efficacemente il concetto di lista di controllo e ottenere buoni risultati. Due delle aree che vedremo oggi sono:
- Test Readiness Review
- Quando interrompere il test o Esci dalla lista di controllo dei criteri
# 1) Test Readiness Review
Questa è un'attività molto comune che viene eseguita da ogni team QA per determinare se hanno tutto ciò di cui hanno bisogno per procedere nella fase di esecuzione del test. Inoltre, questa è un'attività ricorrente prima di ogni ciclo di test in progetti che coinvolgono più cicli.
Per non incorrere in problemi dopo l'inizio della fase di test e rendersi conto che siamo entrati prematuramente nella fase di esecuzione, ogni progetto di QA deve condurre una revisione per determinare che abbia tutti gli input necessari per il successo del test.
Una lista di controllo facilita perfettamente questa attività. Ti consente di fare un elenco di 'cose necessarie' in anticipo e di rivedere ogni elemento in sequenza. Puoi persino riutilizzare il foglio una volta creato anche per i cicli di prova successivi.
Informazioni addizionali: La revisione della preparazione del test viene generalmente creata e la revisione viene eseguita dal rappresentante del team QA. I risultati vengono condivisi con i PM e gli altri membri del team per indicare se il team di test è pronto o meno per passare alla fase di esecuzione del test.
Di seguito è riportato un esempio di un elenco di controllo di verifica della preparazione del test di esempio:
Criteri di revisione della preparazione al test (TRR) | Stato come aprire un file bin |
Tutti i Requisiti finalizzati e analizzati | Fatto |
Piano di test creato e rivisto | Fatto |
Preparazione dei casi di test fatto | |
Revisione del caso di test e firma | |
Dati di test disponibilità | |
Test del fumo | |
Viene eseguito il test di sanità mentale? | |
Team consapevole dei ruoli e delle responsabilità | |
Team consapevole dei risultati attesi da loro | |
Team a conoscenza del Protocollo di comunicazione | |
Accesso del team all'applicazione, strumenti di controllo della versione, Gestione dei test | |
La squadra è addestrata | |
Aspetti tecnici - Server1 aggiornato o no? | |
Vengono definiti gli standard di segnalazione dei difetti |
Ora, tutto ciò che devi fare con questo elenco è contrassegnare come completato o non completato.
# 2) Elenco di controllo dei criteri di uscita
Come indica il nome, questa è una lista di controllo che aiuta nel processo decisionale se una fase / ciclo di test debba essere interrotto o continuato.
Poiché un prodotto privo di difetti non è possibile e dovremo assicurarci di testare nella misura migliore possibile nel dato periodo di tempo, viene creata una lista di controllo dell'effetto di seguito per tracciare i criteri più importanti che devono essere soddisfatti ritenere soddisfacente una fase di test.
Criteri di uscita | Stato |
Script di test al 100% eseguiti | Fatto |
Percentuale di superamento del 95% degli script di test | |
Nessun difetto critico e di alta gravità aperto | |
Il 95% dei difetti di media gravità è stato chiuso | |
Tutti i difetti rimanenti vengono annullati o documentati come richieste di modifica per una versione futura | |
Tutti i risultati attesi ed effettivi vengono acquisiti e documentati con lo script di test | Fatto |
Tutte le metriche di test vengono raccolte in base ai rapporti di HP ALM | |
Tutti i difetti vengono registrati in HP ALM | Fatto |
Il promemoria di chiusura del test è stato completato e firmato |
Elenco di controllo del test
Hai intenzione di avviare un nuovo progetto per il test? Non dimenticare di controllare questo elenco di controllo dei test in ogni fase del ciclo di vita del progetto. L'elenco è per lo più equivalente al piano di test, coprirà tutti gli standard di garanzia della qualità e di test.
Elenco di controllo del test:
- Crea test di sistema e di accettazione ()
- Inizia la creazione del test di accettazione ()
- Identifica il team di test ()
- Crea piano di lavoro ()
- Crea approccio di prova ()
- Collegare i criteri e i requisiti di accettazione per formare la base del test di accettazione ()
- Utilizza un sottoinsieme di casi di test di sistema per formare la parte dei requisiti del test di accettazione ()
- Crea script che il cliente possa utilizzare per dimostrare che il sistema soddisfa i requisiti ()
- Crea un programma di test. Includere persone e tutte le altre risorse. ()
- Condurre il test di accettazione ()
- Avvia creazione test di sistema ()
- Identifica i membri del team di test ()
- Crea piano di lavoro ()
- Determina i requisiti delle risorse ()
- Identifica gli strumenti di produttività per i test ()
- Determina i requisiti dei dati ()
- Raggiungere un accordo con il data center ()
- Crea approccio di prova ()
- Identifica le strutture necessarie ()
- Ottenere e rivedere il materiale di prova esistente ()
- Crea un inventario degli articoli di prova ()
- Identificare stati, condizioni, processi e procedure del progetto ()
- Determina la necessità di test basati sul codice (scatola bianca). Identifica le condizioni. ()
- Identifica tutti i requisiti funzionali ()
- Termina la creazione dell'inventario ()
- Inizia la creazione del test case ()
- Crea scenari di test basati sull'inventario degli elementi di prova ()
- Identificare i gruppi logici di funzioni aziendali per il nuovo sistema ()
- Dividi i casi di test in gruppi funzionali tracciati per testare l'inventario degli articoli ()
- Progettare set di dati in modo che corrispondano ai casi di test ()
- Fine creazione del test case ()
- Rivedi funzioni aziendali, casi di test e set di dati con gli utenti ()
- Ottieni l'approvazione sulla progettazione del test dal responsabile del progetto e dal QA ()
- Fine progettazione del test ()
- Inizia la preparazione del test ()
- Ottieni risorse di supporto per i test ()
- Descrivi i risultati attesi per ogni caso di test ()
- Ottieni dati di test. Convalida e traccia per testare i casi ()
- Preparare script di test dettagliati per ogni caso di test ()
- Preparare e documentare le procedure di configurazione ambientale. Includi piani di backup e ripristino ()
- Fine fase di preparazione del test ()
- Condurre il test del sistema ()
- Esegui script di test ()
- Confronta il risultato effettivo con quello previsto ()
- Documentare le discrepanze e creare un rapporto sul problema ()
- Preparare l'input della fase di manutenzione ()
- Riesegui il gruppo di test dopo la riparazione del problema ()
- Crea un rapporto di prova finale, includi l'elenco dei bug noti ()
- Ottieni l'approvazione formale ()
Lista di controllo dell'automazione
Se rispondi sì a una di queste domande, il tuo test dovrebbe essere preso seriamente in considerazione per l'automazione.
D # 1) È possibile definire la sequenza di azioni di test?
Risposta: È utile ripetere più volte la sequenza di azioni? Esempi di ciò sarebbero i test di accettazione, i test di compatibilità, i test delle prestazioni e i test di regressione.
D # 2) È possibile automatizzare la sequenza di azioni?
Risposta: Ciò potrebbe determinare che l'automazione non è adatta a questa sequenza di azioni.
D # 3) È possibile 'semi-automatizzare' un test?
Risposta: L'automazione di parti di un test può accelerare i tempi di esecuzione del test.
D # 4) Il comportamento del software in prova è lo stesso con l'automazione e senza?
Risposta: Questa è una preoccupazione importante per il test delle prestazioni.
D # 5) Stai testando aspetti non relativi all'interfaccia utente del programma? Risposta: Quasi tutte le funzioni non dell'interfaccia utente possono e devono essere test automatizzati.D # 6) È necessario eseguire gli stessi test su più configurazioni hardware?
Risposta: Esegui test ad-hoc (Nota: idealmente ogni bug dovrebbe avere un test case associato. È meglio eseguire test ad hoc manualmente. Dovresti provare a immaginare te stesso in situazioni del mondo reale e utilizzare il tuo software come farebbe il tuo cliente. Man mano che vengono trovati bug durante i test ad-hoc, dovrebbero essere creati nuovi casi di test in modo che possano essere riprodotti facilmente e in modo che i test di regressione possano essere eseguiti quando si arriva alla fase di Zero Bug Build.)
Un test ad hoc è un test che viene eseguito manualmente in cui il tester tenta di simulare l'uso nel mondo reale del prodotto software. È durante l'esecuzione di test ad hoc che viene rilevata la maggior parte dei bug. Va sottolineato che l'automazione non può mai sostituire il test manuale.
Punti da notare:
- I due precedenti sono esempi per mostrare l'uso delle liste di controllo Processi di QA , ma l'utilizzo non è limitato a queste due aree.
- Gli elementi in ogni elenco sono anche indicatori per dare un'idea ai lettori del tipo di elementi che possono essere inclusi e tracciati - tuttavia, l'elenco può essere espanso e / o compattato secondo necessità.
Ci auguriamo davvero che gli esempi precedenti abbiano avuto successo nel portare avanti il potenziale delle liste di controllo per i processi di QA e IT.
Quindi, la prossima volta che avrai bisogno di uno strumento semplice che sia semi-formale, semplice ed efficiente, speriamo di averti orientato a dare una possibilità alle liste di controllo. A volte, la soluzione più semplice è la migliore.
Lettura consigliata
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Lavoro assistente QA test software
- Corso di test del software: quale istituto di test del software dovrei iscrivermi?
- Scegliere il test del software come carriera
- Lavoro freelance di scrittore di contenuti tecnici di test del software
- Documenti di domande campione di certificazione di test ISTQB con risposte
- Alcune interessanti domande di intervista sul test del software
- Feedback e recensioni sul corso di test del software