Ce este dezvoltarea bazată pe test (Tdd)? - definiție din techopedia

Definiție - Ce înseamnă Dezvoltarea Condusă de Test (TDD)?

Test driven development (TDD) este o abordare de dezvoltare software în care un test este scris înainte de a scrie codul. Odată ce noul cod trece testul, acesta este refactorizat la un standard acceptabil.

TDD se asigură că codul sursă este testat în profunzime și duce la cod modularizat, flexibil și extensibil. Se concentrează pe scrierea doar a codului necesar pentru a trece testele, făcând designul simplu și clar.

Techopedia explică Dezvoltarea Condusă de Test (TDD)

TDD permite programatorului să facă pași mici în timp ce scrie software. Testul este scris înainte de testarea funcționalității și asigură că aplicația este potrivită pentru testabilitate. Testarea pe o cantitate mică de cod este efectuată pentru a surprinde erorile care apar în codul testat. Apoi funcționalitatea este implementată. Acesta este denumit „refactor roșu verde”, unde roșu înseamnă că eșuează și verde arată o trecere. Acești pași sunt apoi repetați. Primul obiectiv al unui programator este să se concentreze asupra sarcinii disponibile și să o treacă.

Diferitele etape implicate într-un ciclu de dezvoltare bazat pe teste sunt:

• Adăugați un test: Fiecare funcție nouă în TDD începe cu un test care trebuie să eșueze, deoarece este pus în aplicare înainte de punerea în aplicare a oricărei funcții. Cerința esențială de a scrie un test înainte de implementarea caracteristicilor este o înțelegere clară a cerinței de către dezvoltator. Acest lucru se realizează prin intermediul poveștilor utilizatorului și al cazurilor de utilizare. Prin urmare, un dezvoltator înțelege cerința înainte de a scrie codul programului.
• Rulați toate testele și verificați dacă noul cod nu reușește: Aceasta asigură funcționarea corectă a cablajului testului și că noul test nu trece din greșeală fără niciun cod nou. Această etapă testează și testul și elimină posibilitatea ca noul test să treacă întotdeauna.
• Cod de scriere: Următorul pas care urmează este scrierea codului care șterge testul. Noul cod nu este perfect, dar ulterior este modificat conform cerințelor. Este conceput doar pentru testare și nu cuprinde alte funcționalități.
• Executați teste automate: Dacă fiecare caz de test produs produs trece cu ușurință testul, implică faptul că codul îndeplinește toate specificațiile necesare. De aici poate fi început ultimul pas al ciclului.
• Cod refactor: Acesta este similar cu eliminarea duplicării. O refactorizare nu afectează nicio funcționalitate existentă și ajută la eliminarea duplicării între codurile de producție și test. Codul este acum curățat după cum este necesar.
• Repetare: ciclul se repetă ca în cazurile anterioare cu un test nou. Cerința esențială este ca dimensiunea pașilor să fie mică, cu aproximativ 1 până la 10 modificări între fiecare testare. Dacă noul cod nu satisface un test nou, programatorul ar trebui să efectueze depanare suplimentară. Integrarea continuă oferă puncte de control reversibile.