BDD vs TDD vs ATDD: differenze chiave
Questa guida ha lo scopo di descrivere diversi metodi o pratiche di test come Behavioral Driven Development (BDD), Test-Driven Development (TDD ), Acceptance Test-Driven Development (TDD). Aiuterà anche a chiarire le differenze chiave tra queste tecniche. Entro la fine di questo articolo, ci si aspetta che si capisca come funziona ogni metodo, le differenze chiave e il loro ruolo particolare nel processo di sviluppo.
Per prima cosa, iniziamo con lo sviluppo basato sui test.
Che cosè lo sviluppo guidato dal test (TDD)?
Lo sviluppo guidato dal test è una metodologia di test o una pratica di programmazione implementata dal punto di vista di uno sviluppatore. In questa tecnica, un ingegnere QA inizia a progettare e scrivere casi di test per ogni piccola funzionalità di unapplicazione. Questa tecnica tenta di rispondere a una semplice domanda: il codice è valido? Lintenzione principale di questa tecnica è modificare o scrivere un nuovo codice solo quando il test fallisce. Quindi si traduce in una minore duplicazione degli script di test. Questa tecnica è ampiamente diffusa negli ecosistemi di sviluppo agile. In un approccio TDD, gli script di test automatizzati vengono scritti prima di parti funzionali di codice. La metodologia TDD prevede i seguenti passaggi:
- In base ai requisiti specificati nei documenti, uno sviluppatore scrive un test case automatizzato
- Questi test vengono eseguiti e in alcuni casi , falliscono in quanto vengono sviluppati prima dello sviluppo di una funzionalità effettiva
- Il team di sviluppo quindi ri-fattorizza il codice affinché il test superi con successo
Ri-fattorizzazione si riferisce al processo di modifica del codice senza cambiare la sua funzionalità o comportamento principale. 
Vantaggi dello sviluppo basato sui test:
- aiuta a ridurre la quantità di tempo necessaria per la rilavorazione
- Aiuta a esplorare bug o errori molto rapidamente
- Aiuta a ottenere feedback più velocemente
- Incoraggia lo sviluppo di progetti più puliti e migliori
- Migliora la produttività del programmatore
- Consente a qualsiasi membro del team di iniziare a lavorare sul codice in assenza di uno specifico membro del team. Questo incoraggia la condivisione delle conoscenze e la collaborazione
- Dà al programmatore la sicurezza di cambiare facilmente lampia architettura di unapplicazione
- Si traduce nella creazione di codice esteso che è flessibile e facile da mantenere
Ora, capiamo tutto sullo sviluppo guidato dal comportamento.
Cosè lo sviluppo guidato dal comportamento (BDD)?
Sviluppo guidato dal business (BDD) è un approccio di test derivato dalla metodologia Test-Driven Development (TDD). In BDD, i test si basano principalmente sul comportamento dei sistemi. Questo approccio definisce vari modi per sviluppare una funzionalità in base al suo comportamento. Nella maggior parte dei casi, lapproccio dato-quando-allora viene utilizzato per scrivere casi di test. Facciamo un esempio per una migliore comprensione:
- Dato che lutente ha inserito credenziali di accesso valide
- Quando un utente fa clic sul pulsante di accesso
- Quindi visualizza il messaggio di convalida riuscito
Come mostrato sopra, il comportamento è illustrato in una lingua inglese molto semplice, nota anche come lingua condivisa. Ciò aiuta tutti i membri del team responsabile dello sviluppo a comprendere il comportamento delle funzionalità.
Ad esempio, si può provare a eseguire un semplice test cross-browser basato su una serie di istruzioni per eseguire il test su più dispositivi, come mostrato nella video.
Prova gratuitamente i test del browser su Real Device Cloud
Principali vantaggi di Behavioral-Driven Approccio allo sviluppo:
- Aiuta a raggiungere un pubblico più ampio utilizzando un linguaggio non tecnico
- Si concentra su come il sistema dovrebbe comportarsi dal punto di vista del cliente e dello sviluppatore
- BDD È una tecnica conveniente
- Riduce gli sforzi necessari per verificare eventuali difetti post-distribuzione
Limmagine seguente mostra una tipica operazione BDD:
Fonte immagine: Tutorialspoint
In che modo BDD aiuta in SDLC?
Il debugging degli errori nelle ultime fasi del ciclo di vita dello sviluppo si rivela spesso molto costoso io ho. Nella maggior parte dei casi, lambiguità nella comprensione dei requisiti è la causa principale di questo. È necessario garantire che tutti gli sforzi di sviluppo rimangano allineati per soddisfare i requisiti predeterminati. BDD consente agli sviluppatori di fare quanto sopra:
- Consentendo di definire i requisiti in un approccio standard utilizzando un semplice inglese
- Fornendo diversi modi per illustrare scenari del mondo reale per la comprensione requisiti
- Fornire una piattaforma che consenta ai team tecnici e non tecnici di collaborare e comprendere i requisiti
Che cosè lo sviluppo basato su test di accettazione?
Nella tecnica ATDD (Acceptance Test-Driven Development), un singolo test di accettazione viene scritto dal punto di vista dellutente.Si concentra principalmente sulla soddisfazione del comportamento funzionale del sistema. Questa tecnica cerca di rispondere alla domanda: il codice funziona come previsto?
Questa tecnica migliora la collaborazione tra sviluppatori, utenti e QA con un obiettivo comune sulla definizione dei criteri di accettazione. Di seguito sono riportate alcune delle pratiche chiave in ATDD:
- Analisi e discussione degli scenari del mondo reale
- Decisione dei criteri di accettazione per tali scenari
- Automatizzazione dei casi di test di accettazione
- Concentrarsi sullo sviluppo di tali casi di requisiti
Vantaggi di ATDD
- I requisiti sono analizzati molto chiaramente senza qualsiasi ambiguità
- Incoraggia la collaborazione tra i membri del team
- Il test di accettazione funge da guida per lintero processo di sviluppo
Differenze chiave: TDD vs BDD vs ATDD
| Parametri | TDD | BDD | ATDD |
| Definizione | TDD è una tecnica di sviluppo che si concentra maggiormente sullimplementazione di una caratteristica | BDD è una tecnica di sviluppo che si concentra sul comportamento del sistema | ATDD è una tecnica simile a BDD che si concentra maggiormente sullacquisizione dei requisiti |
| Partecipanti | Sviluppatore | Sviluppatori, clienti, QA | Sviluppatori, clienti, QA |
| Linguaggio utilizzato | Scritto in un linguaggio simile a quello utilizzato per lo sviluppo delle funzionalità (Es. Java, Python, ecc.) | Inglese semplice, (Gherkin) | Inglese semplice, Gherkin |
| Obiettivo principale | Test unitari | Comprensione dei requisiti | Scrittura di test di accettazione |
| Strumenti utilizzati | JDave, Cucumber , JBehave, Spec Flow, BeanSpec, Gherkin Concordian, FitNesse | Gherkin, Dave, Cucumber, JBehave, Spec Flow, BeanSpec, Concordian | TestNG, FitNesse, EasyB, Spectacular, Concordian, Tucidide |
Capire come funzionano questi metodi può aiutare gli sviluppatori e altre persone coinvolte nel software sviluppo capire quale strategia funziona meglio per servire il loro scopo. A seconda del tipo di progetto e dei risultati che mira a ottenere, è possibile utilizzare il metodo giusto (o anche un mix di metodi) per soddisfare requisiti specifici nei modi più efficienti.