Corso di formazione BDD per non programmatori: workshop live

Giorno 01

Introduzione

• Perché il BDD?
• Il BDD come evoluzione dell’approccio Agile
• Sommario dei contenuti del primo giorno

L’applicazione del BDD nelle diverse fasi dello sviluppo software

• Prima dello sviluppo
• Durante lo sviluppo
• Dopo lo sviluppo

Un unico linguaggio per tutti

• Gli ingegneri e i non tecnici usano lingue diverse
• Il ruolo del BDD nel colmare questa lacuna comunicativa
• Un’anticipazione sul linguaggio BDD: il Gherkin

I diversi utilizzi del BDD

• Il BDD come descrizione dei requisiti di prodotto (per i product owner)
• Il BDD come criterio di accettazione (per gli sviluppatori)
• Il BDD come caso di test (per i tester)
• Il BDD come descrizione generale del prodotto (per tutti gli stakeholder)

Tornando all’Agile: tutto parte dalle user story

• Panoramica sul ciclo di sviluppo Agile
• Il ruolo delle user story nello sviluppo Agile

Sessione di domande e risposte

Quiz

Creazione di una buona user story

• L’importanza dell’utilizzo del giusto linguaggio
  • Ruolo, Azione, Risultato
• Esempio pratico di user story

Attività: Scrivere una user story

• Scrivere la propria prima user story – esercizio individuale
• Migliorare la stessa user story in gruppo – attività di team
• Presentazione della versione finale – ulteriore attività collettiva

User story nella pratica reale

• Dinamiche di lavoro nei team
• Strumenti e tecniche utilizzate
• Utilizzo delle user story nel ciclo di sviluppo software<\/li>

Si passa al BDD

• Estensione della struttura della user story
• Introduzione ai file feature
• Come documentare il comportamento previsto del software
• Immaginare i comportamenti che non dovrebbero verificarsi

Creazione di un buon file feature

• Linguaggio corretto per scriverlo (Gherkin)
  • Dato, Quando, Allora
• Esempio di file feature

Attività: Scrivere un file feature – PARTE 01

• Scrivere il primo file feature – esercizio individuale
  • Sezione “Feature”
  • Sezione “Scenario”
• Migliorare insieme il proprio file feature – attività di gruppo
• Presentazione dei risultati ottenuti – lavoro a squadre

File feature nella realtà lavorativa

• Dinamiche di lavoro nei team
• Strumenti e tecniche utilizzate
• Utilizzo dei file feature nel ciclo di sviluppo software<\/li>

Sessione di domande e risposte

Quiz

Configurazione dell’ambiente di lavoro

• Formattazione corretta del testo Gherkin
• I vantaggi della produttività ottenuta grazie a questi strumenti

Attività: Scrivere un file feature – PARTE 02

• Scrivere autonomamente il proprio file feature – esercizio individuale
  • Gestione dei parametri multipli nei test di scenario
  • Utilizzo della sezione “Scenario Outline”
• Migliorare insieme il proprio file feature – attività di gruppo
• Presentazione finale del lavoro svolto – nuovo esercizio collettivo

Sessione di domande e risposte

Quiz

Riflessioni conclusive

Giorno 02

Introduzione

• Riepilogo dei contenuti del giorno precedente
• Sommario del secondo giorno

Autovalutazione del proprio prodotto

• Descrizione delle caratteristiche principali del prodotto
• Disegno schematico della struttura del software

Aumentare la copertura dei test

• Usabilità generale del sistema
• Requisiti aziendali e funzionalità richieste
• Processi operativi coinvolti nel ciclo di sviluppo

Attività: Scrivere un file feature – PARTE 03

• Scrivere autonomamente il proprio file feature – esercizio individuale
  • Utilizzo della sezione “Examples”
  • Riuso di dati e scenari già descritti
  • Aggiunta di tag per organizzare meglio i test
• Migliorare insieme il proprio file feature – attività di gruppo
• Presentazione dei risultati finali ottenuti – lavoro a squadre

Sessione di domande e risposte

Quiz

Cosa è opportuno lasciare agli ingegneri

• A quali aspetti tecnici non dovrebbero essere dedicati sforzi:
  • Funzionalità di basso livello (test unitari)
  • Verifiche estese tra diversi componenti del sistema (test di integrazione e API)

Sessione di domande e risposte

Quiz

Autovalutazione del proprio prodotto

• Qual è il grado di usabilità complessiva?
• Quanto facilmente può essere utilizzato da utenti esterni?

Comunicazione efficace con persone esterne al team

Riepilogo finale e prossimi passi