Taula de continguts:
- Definició: què significa el desenvolupament impulsat per proves (TDD)?
- Techopedia explica Test Driven Development (TDD)
Definició: què significa el desenvolupament impulsat per proves (TDD)?
Test driven development (TDD) és un enfocament de desenvolupament de programari en què es fa una prova abans d’escriure el codi. Una vegada que el nou codi passa la prova, es torna a configurar a un estàndard acceptable.
TDD garanteix que el codi font està completament provat per la unitat i condueix a un codi modularitzat, flexible i extensible. Es centra en escriure només el codi necessari per passar proves, fent que el disseny sigui simple i clar.
Techopedia explica Test Driven Development (TDD)
TDD permet al programador fer petits passos mentre escriu programari. La prova s’escriu abans de provar la funcionalitat i assegura que l’aplicació és adequada per a la prova. Les proves sobre una petita quantitat de codi es realitzen per atrapar els errors que es produeixen al codi provat. Després s’implementa la funcionalitat. A això es coneix com a "refactor de color vermell" on el vermell significa fallar i el verd mostra una passada. Aquests passos es repeteixen a continuació. El primer objectiu d’un programador és centrar-se en la tasca que hi ha a la part i passar-la.
Els diferents passos implicats en un cicle de desenvolupament impulsat per proves són:
- Afegiu una prova: totes les funcions noves de TDD comencen amb una prova que ha de fallar ja que es fa efectiva abans que s’implementin cap funció. El requisit essencial per escriure un test abans de la implementació de funcions és el coneixement clar del desenvolupador. Això s’aconsegueix mitjançant històries d’usuaris i casos d’ús. Per tant, un desenvolupador entén el requisit abans d'escriure el codi del programa.
- Executeu totes les proves i comproveu si el nou codi falla: Això garanteix un funcionament correcte de l’arnès de la prova i que la nova prova no passi per error sense cap codi nou. Aquest pas també prova la prova i elimina la possibilitat que la nova prova sempre passi.
- Escriure codi: el següent pas que segueix és escriure codi que esborri la prova. El nou codi no és perfecte, però es modifica més tard segons els requisits. Està dissenyat exclusivament per a proves i no inclou altres funcionalitats.
- Executeu proves automatitzades: si cada cas de prova produït supera fàcilment la prova, implica que el codi compleix totes les especificacions requerides. Per tant, es pot iniciar el pas final del cicle.
- Codi del refactor: és similar a l'eliminació de la duplicació. Una refactorització no malmet cap funcionalitat existent i ajuda a eliminar duplicacions entre codis de producció i prova. El codi ara es neteja segons calgui.
- Repetició: el cicle es repeteix com en els casos anteriors amb una nova prova. El requisit essencial és que la mida dels passos ha de ser petita, amb aproximadament 1 a 10 edicions entre cada prova de prova. Si el codi nou no satisfà una nova prova, el programador hauria de realitzar una depuració addicional. La integració contínua proporciona punts de control reversibles.
