In che modo differisce la pianificazione dei test per i progetti manuali e di automazione?

how does test planning differ

Siamo tutti d'accordo che i progetti di automazione sono di natura diversa da quelli di test manuale. Sebbene i progetti di automazione autonoma non esistano realmente (o non dovrebbero esistere idealmente), entrambi i progetti manuali e di automazione vengono trattati in modo diverso quando vengono pianificati.

Viene inevitabilmente eseguito un progetto misto pianificato; questo non solo influisce sul progetto corrente e getta un'ombra sulle capacità dell'individuo, ma può anche portare alla perdita di fiducia nel team per il cliente / gestione, influenzando ulteriormente l'attività. Preferisco dire che noi tester siamo sicuri che dispiaciuti.

=> Fare clic qui per una serie completa di tutorial sul piano di test

Un buon fumetto di Dilbert sulla pianificazione:

Prima di andare oltre, voglio stabilire di cosa NON tratterà questo articolo.

# 1) Questa non è una discussione approfondita dei framework di automazione. Progetti diversi utilizzano framework diversi a seconda della natura del loro AUT, architettura, complessità, esperienza del team, ecc.

Le informazioni riguardanti i framework possono essere trovate ai seguenti link:

Framework di automazione dei test parte 1 e parte 2 .

#Due) Non si tratta nemmeno di modello, formato o creazione di un file Documento Piano di prova . Affronteremo le considerazioni preliminari alla documentazione per un progetto di automazione, più nelle linee di un'analisi di fattibilità.

# 3) Anche questo non è uno strumento specifico. Ogni attività nell'SDLC richiede tempo, impegno, infrastruttura, in altre parole, DENARO.

Per un progetto di test manuale i fattori che consumano costi sono:

• Persone
• Strumenti - Gestione di test / difetti
• Infrastruttura - ambiente
• Tempo
• Formazione

Per un progetto di Automazione, oltre alle voci di cui sopra necessita di spese per:

• Strumenti di automazione
• Componente aggiuntivo per l'integrazione dello strumento di gestione dei test
• Componente aggiuntivo per supportare AUT (come SAP, Oracle, ecc.)
• Creazione del quadro
• Formazione specifica per strumento

Date queste circostanze, il successo di un progetto di automazione dipende da quanto bene hai scritto il codice, da quanti componenti riutilizzabili hai scritto o in quante poche righe di codice hai ottenuto il risultato desiderato?

Non.

C'è una e l'unica domanda che determina il successo - 'Sei in grado di generare un ROI (Return on Investment) migliore rispetto al percorso manuale'? - Se non immediatamente, alla fine.

Se la risposta a questa domanda è 'NO', hai pianificato il progetto di automazione in modo errato.

Normalmente, un piano di test ha le seguenti sezioni. Discuteremo ciascuno di essi concentrandoci sugli aspetti specifici dell'automazione da considerare:

Sezioni del piano di test per test di automazione

Sezione 1:Scopo

• Scegli i casi / scenari di test che devono essere regrediti più e più volte su più cicli.
• A volte il più semplice dei casi di test richiede molte soluzioni complicate per essere automatizzato. Se questi sono solo per un utilizzo una tantum, ovviamente non ha senso. La riusabilità dovrebbe essere il tuo obiettivo.
• Il test di automazione non esegue / non può eseguire test esplorativi.

Sezione 2: Strategia di test

• Questa sezione è denominata Framework nel mondo dell'automazione. Alcuni framework sono estremamente impegnativi da creare e sono anche efficaci, ma tempo, impegno e competenza sono esigenti. Cerca sempre una via di mezzo e fai il meglio che puoi senza mettere a rischio l'eccessivo sfruttamento delle risorse.
• Decidi le migliori pratiche di codifica da utilizzare, le convenzioni di denominazione, le posizioni in cui archiviare le risorse di test, il formato dei risultati dei test, ecc. Per mantenere l'uniformità e aumentare la produttività.

Sezione # 3:Risorse / ruoli e responsabilità

• Il primo passo in questa direzione è comprendere le capacità del team e anticipare l'entrata in scena dell'ambito dell'automazione. Ciò aiuterà a scegliere un team adatto alle esigenze di test manuale e di automazione. Inoltre, scegli persone che abbiano l'atteggiamento giusto: quelle non pensano che il test manuale sia al di sotto della loro statura.
• Scegli un team esperto in AUT, gestione dei test, gestione dei difetti e altre attività SDLC
• Sezione # 1: ambito

Sezione # 4:Utensili

Scegli gli strumenti di automazione in base alle seguenti regole:

• L'azienda dispone già di licenze per un determinato strumento, prova a vedere se puoi utilizzarlo
• Cerca strumenti open source (ma affidabili)
• I membri del team conoscono già lo strumento o dobbiamo coinvolgere qualcuno di nuovo? O addestrare quelli esistenti?

Sezione # 5: Orari

• Includere tempo per le procedure dettagliate sul codice e l'ispezione degli script di automazione
• Mantieni gli script in modo tempestivo. Se crei un pezzo di codice che non utilizzerai per i prossimi 6 mesi circa, assicurati di mantenerlo periodicamente per ridurre le sue possibilità di fallimento.

Sezione # 6:Ambiente

• L'ambiente di destinazione che verrà eseguito da AUT e lo strumento di automazione che si desidera utilizzare dovrebbero essere compatibili. Questo è uno dei fattori da considerare come pre-licenza per lo strumento.
• Inoltre, analizza se il resto del file Strumenti di gestione sul posto e lo strumento di automazione che si sta tentando di inserire sono interconnettibili per ulteriori vantaggi.

Sezione # 7:Prodotti finali

• I tuoi script di test sono i tuoi risultati finali. Tuttavia, non tutti sono esperti di automazione / linguaggio di programmazione. Quindi, pianifica la creazione di un documento 'How-to' che aiuterà gli utenti attuali e futuri membri del team a essere in grado di comprendere questo script anche quando non ci sei.
• Includi anche commenti nel tuo script.

Sezione # 8: Rischi

Se hai intenzione di proporre una soluzione di automazione, assicurati di scegliere strumenti e soluzioni convenienti per assicurarti che lo sforzo di automazione non appesantisca il progetto.

È importante stabilire l'aspettativa che il ROI per un progetto di automazione non possa essere immediatamente positivo, ma possa essere visto chiaramente per lunghi periodi di tempo.

Pertanto, se proponi di automatizzare un sistema, scegli quello che è

• Stabile e non richiede troppa manutenzione
• Ha spazio per enormi suite di regressione
• Non richiede un intervento manuale eccessivo o non dipende dall'intuizione umana

Sezione # 9:Dati di test

• Prendi in considerazione gli aspetti di sicurezza dei dati
• Non codificare alcun dato di test negli script. Ciò porta solo a una manutenzione eccessiva dello script e potrebbe causare errori durante la modifica.
• Sii molto specifico. Per una fase di test manuale: 'inserisci il nome', puoi dire inserisci un nome di 5 caratteri qualsiasi. Durante il test, un tester può digitare 'Swati' o 'Seela' o qualsiasi altra cosa. Ma per uno strumento, non può fare tali supposizioni. Pertanto, fornire valori esatti.

Sezione # 10:Rapporti / Risultati

• Anche i risultati dell'esecuzione dello script sono tecnici e potrebbero non essere facilmente comprensibili dal resto dei team. Pianifica di scrivere risultati dettagliati su blocco note o fogli Excel come misura aggiuntiva.
• Sono inoltre previsti documenti quadro dettagliati, risultati della revisione, rapporti sui difetti, rapporti sullo stato di esecuzione.

Noi, in quanto appassionati di automazione, potremmo pensare che i clienti / la direzione non comprino facilmente le proposte di automazione.

L'implementazione dell'algoritmo del percorso più breve di dijkstra in java

Tuttavia, quando il nostro obiettivo finale è massimizzare il ROI attraverso l'automazione, siamo in perfetta armonia anche con gli obiettivi della direzione / cliente. Ciò garantirà che non solo arriveremo ad automatizzare il nostro progetto, ma saremo in grado di farlo, con molto consenso, cooperazione ed entusiasmo.

La pianificazione e l'analisi approfondita di tutti i fattori sopra elencati possono essere il nostro alleato in questo viaggio. Ancora una volta, il ROI significa tutto.

Questo post è stato scritto da Swati Seela, membro del team degli autori di STH.

Hai domande o cose da discutere? Sentiti libero di postare nei commenti qui sotto.

=> Visita qui per una serie completa di tutorial sul piano di test

Lettura consigliata

• Framework QTP - Framework di automazione del test - Esempi di framework guidati da parole chiave e lineari - Tutorial QTP # 17
• Sfide dei test manuali e di automazione
• Come decidere quale tipo di test è richiesto per un progetto? - Manuale o automazione
• Perché abbiamo bisogno di un framework per l'automazione dei test?
• Le 10 migliori strategie e best practice per l'automazione dei test
• Come tradurre casi di test manuali in script di automazione? - Una guida passo passo con esempi
• Quando optare per i test di automazione?
• Processo di test di automazione in 10 passaggi: come avviare il test di automazione nella tua organizzazione