Tutorial sulla metodologia di test Scrum

Scrum nel test del software

Scrum nel test del software è una metodologia per la creazione di applicazioni software complesse. Fornisce soluzioni semplici per l'esecuzione di attività complicate. Scrum aiuta il team di sviluppo a concentrarsi su tutti gli aspetti dello sviluppo del prodotto software come qualità, prestazioni, usabilità e così via. Fornisce trasparenza, ispezione e adattamento durante lo sviluppo del software per evitare complessità.

Test di mischia

Test di mischia è un test eseguito con la metodologia Scrum per verificare che i requisiti dell'applicazione software siano soddisfatti. Comporta il controllo di parametri non funzionali come sicurezza, usabilità, prestazioni ecc. Non c'è un ruolo attivo del tester nel processo, quindi di solito è eseguito dagli sviluppatori con Unit Test. A volte sono necessari team di test dedicati a seconda della natura e della complessità del progetto.

Caratteristiche principali della metodologia Scrum

Di seguito sono riportate le caratteristiche principali di Scrum-

• Scrum ha un breve programma fisso di cicli di rilascio con ambito regolabile noto come sprint per rispondere alle esigenze di sviluppo in rapida evoluzione. Ogni release potrebbe avere più sprint. Ogni progetto Scrum potrebbe avere più cicli di release.
• Una sequenza ripetuta di riunioni, eventi e traguardi
• Una pratica di test e implementazione di nuovi requisiti, nota come storie, per assicurarsi che una parte del lavoro venga rilasciata pronta dopo ogni sprint

Scrum si basa sui seguenti 3 pilastri:

Diamo un'occhiata uno per uno

1. Ruoli in Scrum

Ci sono tre ruoli principali nello Scrum Testing: Product Owner, Scrum Master e Team di sviluppo. Studiamoli in dettaglio

Product Owner	Scrum master	Il nostro Team
Lui/lei definisce le caratteristiche del prodotto.	Lui/lei gestisce il team e si prende cura della produttività del team	La squadra è solitamente composta da 5-9 membri
Il Product Owner decide la data di rilascio e le funzionalità corrispondenti	Lui/lei mantiene l'elenco dei blocchi e rimuove le barriere nello sviluppo	Include sviluppatori, designer e talvolta tester, ecc.
Danno la priorità alle caratteristiche in base al valore di mercato e alla redditività del prodotto	Lui/lei si coordina con tutti i ruoli e funzioni	Il team organizza e programma il proprio lavoro in autonomia
Lui/lei è responsabile della redditività del prodotto	Lui/lei protegge la squadra dalle interferenze esterne	Ha il diritto di fare tutto ciò che rientra nei limiti del progetto per raggiungere l'obiettivo dello sprint
Lui/lei può accettare o rifiutare il risultato dell'elemento di lavoro	Inviti alle riunioni quotidiane di scrum, sprint review e pianificazione	Partecipa attivamente alle cerimonie quotidiane

2. Artefatti di mischia

Un processo di mischia include

• Storie degli utenti: Sono una breve spiegazione delle funzionalità del sistema in prova. Un esempio per il fornitore di assicurazioni è: "Il premio può essere pagato utilizzando il sistema online".
• Portafoglio prodotti: Si tratta di una raccolta di storie utente acquisite per un prodotto Scrum. Il proprietario del prodotto prepara e mantiene il portafoglio prodotti. La priorità viene stabilita dal proprietario del prodotto e chiunque può aggiungervi l'approvazione del proprietario del prodotto.
• Arretrato di rilascio: Un rilascio è un intervallo di tempo in cui viene completato il numero di iterazioni. Il Product Owner coordina con lo Scrum Master per decidere quali storie dovrebbero essere oggetto di pubblicazione. Le storie nel backlog di rilascio hanno lo scopo di essere completate in un rilascio.
• Sprints: Si tratta di un periodo di tempo prestabilito per completare le storie degli utenti, deciso dal proprietario del prodotto e dal team di sviluppatori, in genere 2-4 settimane.
• Sprint Arretrato: È un set di user story da completare in uno sprint. Durante lo sprint backlog, il lavoro non viene mai assegnato e il team si iscrive al lavoro per conto proprio. È di proprietà e gestito dal team, mentre il lavoro rimanente stimato viene aggiornato quotidianamente. È l'elenco delle attività che devono essere eseguite in Sprint
• Lista di Bloccati: Si tratta di un elenco di blocchi e decisioni non prese di proprietà di Scrum Master e aggiornato quotidianamente
• Grafico del burn-down: Il grafico di burn-down rappresenta l'avanzamento generale del lavoro in corso e del lavoro completato durante il processo. Rappresenta in formato grafico le storie e le funzionalità non completate

3. Cerimonie (processi) in Scrum

• Sprint Pianificazione: Uno sprint inizia con il team che importa le storie dal backlog di rilascio nello sprint backlog; è ospitato dallo scrum master. I tester stimano lo sforzo per testare le varie storie nel Sprint Arretrato.
• Mischia giornaliera: È ospitato da Scrum Master e dura circa 15 minuti. Durante il Daily Scrum, i membri discuteranno del lavoro completato il giorno precedente, del lavoro pianificato per il giorno successivo e dei problemi affrontati durante uno sprint. Durante il daily stand-up meeting, il progresso del team viene monitorato.
• Sprint Revvista/ Retrospettiva: Anch'esso ospitato dallo Scrum Master, dura circa 2-4 ore e illustra i risultati ottenuti dal team nell'ultimo sprint e le lezioni apprese.

Ruolo del Tester in Scrum

Non esiste un ruolo attivo del Tester nello Scrum Processo. Solitamente, il testing viene eseguito da uno sviluppatore con Unit Test. Mentre il product owner è spesso coinvolto nel processo di testing durante ogni sprint. Alcuni progetti Scrum hanno team di test dedicati a seconda della natura e della complessità del progetto.

La domanda successiva è: cosa fa il tester in uno scrum? La nota seguente risponderà

Attività di test in Scrum

I tester svolgono le seguenti attività durante le varie fasi di Scrum-

Sprint Pianificazione

• Nella pianificazione dello sprint, un tester dovrebbe scegliere dal backlog del prodotto una user story da testare.
• In qualità di tester, dovrebbe decidere quante ore (stima dell'impegno) dovrebbero impiegare finire test per ciascuna delle storie utente selezionate.
• In qualità di tester, deve sapere quali sono gli obiettivi dello sprint.
• In qualità di tester, contribuisci al processo di definizione delle priorità

Sprint

• Supportare gli sviluppatori nei test unitari
• Testa la storia dell'utente una volta completata. Viene eseguita l'esecuzione del test in un laboratorio dove sia il tester che lo sviluppatore lavorano fianco a fianco. I difetti sono registrati Strumento di gestione dei difetti che vengono monitorati quotidianamente. I difetti possono essere conferiti e analizzati durante lo scrum meeting. I difetti vengono nuovamente testati non appena lo sono risoluto e distribuito per i test
• In qualità di tester, partecipa a tutte le riunioni quotidiane per parlare
• In qualità di tester, può portare qualsiasi elemento del backlog che non può essere completato nello sprint corrente e inserirlo nello sprint successivo
• Il tester è responsabile dello sviluppo degli script di automazione. Pianifica i test di automazione con Sistema di integrazione continua (CI).. L'automazione riceve l'importanza a causa dei brevi tempi di consegna. L'automazione dei test può essere realizzata utilizzando vari strumenti open source o a pagamento disponibili sul mercato. Ciò si rivela efficace nel garantire che tutto ciò che deve essere testato fosse coperto. Una copertura sufficiente del test può essere ottenuta con una stretta comunicazione con il team.
• RevVisualizza i risultati dell'automazione CI e invia report alle parti interessate
• Esecuzione di test non funzionali per le storie utente approvate
• Coordinarsi con il cliente e il proprietario del prodotto per definire i criteri di accettazione per i test di accettazione
• Alla fine dello sprint, in alcuni casi il tester esegue anche il test di accettazione (UAT) e conferma la completezza del test per lo sprint corrente

Sprint Retrospettiva

• Come tester, scoprirà cosa è andato storto e cosa è andato bene nello sprint attuale
• In qualità di tester, identifica le lezioni apprese e le migliori pratiche

Report di prova

Il reporting delle metriche dello Scrum Test fornisce trasparenza e visibilità alle parti interessate sul progetto. Le metriche riportate consentono a un team di analizzare i propri progressi e pianificare la propria strategia futura per migliorare il prodotto. Esistono due parametri che vengono utilizzati frequentemente per i report.

Grafico bruciato: Ogni giorno, lo Scrum Master registra il lavoro rimanente stimato per lo sprint. Questo non è altro che il Burn Down Chart. Viene aggiornato quotidianamente.

Un grafico burndown fornisce una rapida panoramica dell'avanzamento del progetto; questo grafico contiene informazioni come la quantità totale di lavoro nel progetto che deve essere completata, la quantità di lavoro completata durante ogni sprint e così via.

Grafico storico della velocità: Il grafico della cronologia della velocità prevede la velocità raggiunta dal team in ogni sprint. È un grafico a barre e rappresenta come l'output del team è cambiato nel tempo.

Le metriche aggiuntive che potrebbero essere utili sono pianificazione del consumo, consumo del budget, percentuale di completamento del tema, storie completate, storie rimanenti e così via.

Tutto questo riguarda Scrum nell'ingegneria del software