Wat is testgestuurde ontwikkeling (tdd)? - definitie van techopedia

Definitie - Wat betekent Test Driven Development (TDD)?

Test driven development (TDD) is een software-ontwikkelingsbenadering waarbij een test wordt geschreven voordat de code wordt geschreven. Zodra de nieuwe code de test doorstaat, wordt deze opnieuw volgens een acceptabele standaard opnieuw ingevoerd.

TDD zorgt ervoor dat de broncode grondig wordt getest door de unit en leidt tot gemoduleerde, flexibele en uitbreidbare code. Het richt zich op het schrijven van alleen de code die nodig is om tests te doorstaan, waardoor het ontwerp eenvoudig en duidelijk is.

Techopedia verklaart Test Driven Development (TDD)

Met TDD kan de programmeur kleine stappen zetten tijdens het schrijven van software. De test is geschreven voordat de functionaliteit wordt getest en zorgt ervoor dat de applicatie geschikt is voor testbaarheid. Testen op een kleine hoeveelheid code wordt uitgevoerd om fouten in de geteste code op te vangen. Vervolgens wordt de functionaliteit geïmplementeerd. Dit wordt "roodgroene refactor" genoemd waarbij rood betekent falen en groen een doorgang toont. Deze stappen worden vervolgens herhaald. Het eerste doel van een programmeur is om zich te concentreren op de uit te voeren taak en deze te doorstaan.

De verschillende stappen in een testgestuurde ontwikkelingscyclus zijn:

• Een test toevoegen: elke nieuwe functie in TDD begint met een test die moet mislukken omdat deze wordt uitgevoerd voordat er functies worden geïmplementeerd. De essentiële vereiste om een ​​test te schrijven voordat de functie wordt geïmplementeerd, is een duidelijk begrip van de vereiste door de ontwikkelaar. Dit wordt bereikt door gebruikersverhalen en use cases. Daarom begrijpt een ontwikkelaar de vereiste voordat hij de programmacode schrijft.
• Voer alle tests uit en controleer of de nieuwe code faalt: dit zorgt voor een correcte werking van het testharnas en dat de nieuwe test niet per ongeluk zonder nieuwe code slaagt. Deze stap test ook de test en elimineert de mogelijkheid dat de nieuwe test altijd slaagt.
• Code schrijven: de volgende stap is het schrijven van code die de test wist. De nieuwe code is niet perfect maar wordt later aangepast volgens de vereisten. Het is alleen ontworpen voor testen en bevat geen andere functionaliteiten.
• Voer geautomatiseerde tests uit: als elke geproduceerde testcase gemakkelijk de test doorstaat, betekent dit dat de code aan alle vereiste specificaties voldoet. Daarom kan de laatste stap van de cyclus worden gestart.
• Refactorcode: dit is vergelijkbaar met het verwijderen van duplicaten. Een refactoring beschadigt geen bestaande functionaliteit en helpt bij het verwijderen van duplicatie tussen productie- en testcodes. De code wordt nu naar wens opgeschoond.
• Herhalen: de cyclus wordt herhaald zoals in de vorige gevallen met een nieuwe test. De essentiële vereiste is dat de grootte van de stappen klein moet zijn, met ongeveer 1 tot 10 bewerkingen tussen elke testrun. Als de nieuwe code niet voldoet aan een nieuwe test, moet de programmeur extra foutopsporing uitvoeren. Continue integratie biedt omkeerbare controlepunten.