Scrum nel test del software
Scrum in Software Testing è una metodologia per la creazione di applicazioni software complesse. Fornisce soluzioni semplici per l'esecuzione di compiti complicati. 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à.
Scrum Testing
Scrum Testing è un test eseguito nella metodologia scrum per verificare che i requisiti dell'applicazione software siano soddisfatti. Implica il controllo di parametri non funzionali come sicurezza, usabilità, prestazioni ecc. Non esiste un ruolo attivo di tester nel processo, quindi di solito viene eseguito dagli sviluppatori con Unit Test. A volte sono necessari team di test dedicati a seconda della natura e della complessità del progetto.
In questo tutorial imparerai-
- Cos'è Scrum?
- Caratteristiche principali della metodologia Scrum
- Ruoli in Scrum
- Manufatti di Scrum
- Cerimonie (processi) in Scrum
- Ruolo del tester in Scrum
- Attività di test in Scrum
- Rapporti sui test
Caratteristiche principali della metodologia Scrum
Di seguito sono riportate le caratteristiche chiave di Scrum:
- Scrum ha un breve programma fisso di cicli di rilascio con ambito regolabile noto come sprint per affrontare le esigenze di sviluppo in rapida evoluzione. Ogni versione potrebbe avere più sprint. Ogni Progetto Scrum può avere più cicli di rilascio.
- Una sequenza ripetitiva di riunioni, eventi e pietre miliari
- Una pratica di test e implementazione di nuovi requisiti, noti come storie , per assicurarsi che del lavoro venga rilasciato pronto dopo ogni sprint
Scrum si basa sui seguenti 3 pilastri:
Diamo un'occhiata a uno per uno
1. Ruoli in Scrum
Ci sono tre ruoli principali in Scrum Testing: Product Owner, Scrum Master e The Development Team. Studiamoli in dettaglio
|
Proprietario del prodotto |
Maestro di mischia |
Il gruppo |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Manufatti di Scrum
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".
- Product Backlog: è una raccolta di storie utente acquisite per un prodotto Scrum. Il proprietario del prodotto prepara e mantiene il backlog del prodotto. Ha la priorità dal proprietario del prodotto e chiunque può aggiungervi con l'approvazione del proprietario del prodotto.
- Backlog di rilascio: un rilascio è un intervallo di tempo in cui viene completato il numero di iterazioni. Il product owner si coordina con lo scrum master per decidere quali storie dovrebbero essere targetizzate per un rilascio. Le storie nel backlog di rilascio devono essere completate in una versione.
- Sprint: è un periodo di tempo stabilito per completare le storie degli utenti, deciso dal proprietario del prodotto e dal team di sviluppatori, di solito 2-4 settimane di tempo.
- Sprint Backlog: è un insieme di user story da completare in uno sprint. Durante lo sprint backlog, il lavoro non viene mai assegnato e il team si iscrive per il lavoro da solo. È di proprietà e gestito dal team mentre il lavoro stimato rimanente viene aggiornato quotidianamente. È l'elenco delle attività che devono essere eseguite in Sprint
- Elenco dei blocchi: è un elenco di blocchi e decisioni non prese di proprietà di Scrum Master e aggiornato quotidianamente
- Grafico Burn-down : il grafico Burn-down rappresenta l'avanzamento complessivo del lavoro in corso e il lavoro completato durante il processo. Rappresenta in un formato grafico le storie e le caratteristiche non completate
3. Cerimonie (processi) in Scrum
- Pianificazione dello sprint: uno sprint inizia con il team che importa le storie dal backlog di rilascio nello sprint backlog; è ospitato da scrum master. I tester stimano lo sforzo per testare le varie storie nello Sprint Backlog.
- Daily Scrum: è ospitato da scrum master, dura circa 15 minuti. Durante 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 la riunione quotidiana in piedi, i progressi del team vengono monitorati.
- Sprint Review / Retrospective: è ospitato anche da scrum master, dura circa 2-4 ore e discute di ciò che il team ha realizzato nell'ultimo sprint e delle lezioni apprese.
Ruolo del tester in Scrum
Non esiste un ruolo attivo del Tester nel processo Scrum . Di solito, il test viene eseguito da uno sviluppatore con Unit Test. Mentre il proprietario del prodotto è anche spesso coinvolto nel processo di test 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 una mischia? La seguente nota risponderà
Attività di test in Scrum
I tester svolgono le seguenti attività durante le varie fasi di Scrum-
Pianificazione dello sprint
- Nella pianificazione dello sprint, un tester dovrebbe scegliere una user-story dal backlog del prodotto che dovrebbe essere testato.
- In qualità di tester, dovrebbe decidere quante ore (stima dello sforzo) occorrono per completare il test per ciascuna delle user story 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 di unità
- Prova la user-story una volta completata. L'esecuzione del test viene eseguita in un laboratorio in cui sia il tester che lo sviluppatore lavorano mano nella mano. I difetti vengono registrati nello strumento di gestione dei difetti che vengono monitorati su base giornaliera. I difetti possono essere rilevati e analizzati durante lo scrum meeting. I difetti vengono testati nuovamente non appena vengono risolti e distribuiti per il test
- In qualità di tester, partecipa a tutte le riunioni quotidiane in piedi per parlare
- In qualità di tester, può portare qualsiasi elemento del backlog che non può essere completato nello sprint corrente e metterlo allo sprint successivo
- Tester è responsabile dello sviluppo di script di automazione. Pianifica i test di automazione con il sistema Continuous Integration (CI). L'automazione riceve l'importanza a causa dei brevi tempi di consegna. L'automazione del test può essere realizzata utilizzando vari strumenti open source oa pagamento disponibili sul mercato. Ciò si rivela efficace nel garantire che tutto ciò che deve essere testato sia stato coperto. Una copertura sufficiente del test può essere ottenuta con una stretta comunicazione con il team.
- Esamina i risultati dell'automazione CI e invia i rapporti agli stakeholder
- Esecuzione di test non funzionali per 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 test di accettazione (UAT) e conferma la completezza del test per lo sprint corrente
Sprint Retrospective
- Come tester, capirà cosa è andato storto e cosa è andato bene nello sprint corrente
- In qualità di tester, identifica le lezioni apprese e le migliori pratiche
Rapporti sui test
Il reporting delle metriche di Scrum Test fornisce trasparenza e visibilità agli stakeholder 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 metriche utilizzate di frequente per i rapporti.
Burn down chart: ogni giorno, Scrum Master registra il lavoro rimanente stimato per lo sprint. Questo non è altro che il grafico Burn Down. Viene aggiornato quotidianamente.
Un grafico burn-down fornisce una rapida panoramica dell'avanzamento del progetto, questo grafico contiene informazioni come la quantità totale di lavoro nel progetto che deve essere completato, la quantità di lavoro completata durante ogni sprint e così via.
Grafico della cronologia della velocità: il grafico della cronologia della velocità prevede la velocità della squadra raggiunta in ogni sprint. È un grafico a barre e rappresenta come l'output dei team è cambiato nel tempo.
Le metriche aggiuntive che possono essere utili sono la pianificazione, il budget, la percentuale di completamento del tema, le storie completate, le storie rimanenti e così via.
Hai suggerimenti o esperienze da condividere per Scrum Testing? Lascia un commento qui sotto-