Inhoudsopgave
Bij grootschalige ontwikkelingen verliezen we vaak uit het oog wanneer we een wijziging aanbrengen omdat dit gevolgen heeft voor de rest. Dit soort onzekerheid kan tot catastrofes leiden als de nieuwe wijzigingen echt iets beschadigen dat eerder is goedgekeurd.Om dit soort situaties te voorkomen, is de ontwikkeling gebaseerd op tests, dat wil zeggen, we bouwen de systeemtests Voordat we de code met de oplossing bouwen, beginnen we op deze manier met iets dat ons vanaf het begin fouten geeft en we zorgen ervoor dat het alle tests doorstaat.
Wanneer we een nieuwe wijziging toevoegen, voeren we gewoon alle tests uit die al zijn geschreven en als er een die al is geslaagd, mislukken, weten we dat we een correctie in onze code moeten aanbrengen.
Eerst proberen, later coderen
In de programmeerbenadering is wat we meestal doen: schrijf een stukje code en later probeer ons programma Laten we eens kijken of het werkt en ons het verwachte resultaat geeft, velen zouden kunnen zeggen dat dit de beste is en misschien voor bepaalde vereisten is het de beste optie, maar wat als we bij elke nieuwe code een heel winkelproces moeten proberen, waar we besteden 15 minuten alleen maar testen, dit zou veel tijdverspilling zijn die we zouden kunnen besteden aan andere activiteiten van ons project.
In extreme programmering waar we geweldige resultaten moeten bereiken met een minimum aan middelen en tijd, als we ons de vorige situatie voorstellen, garanderen we een bepaalde mislukking, dit is waar programmeren op basis van tests of Test gedreven ontwikkeling Zoals vaak zullen we het vinden, hiermee zullen we eerst de test doen en dan de code, waardoor we een ondersteuning bij de test moeten hebben en dus de zekerheid hebben dat onze code niet faalt, en uiteindelijk in plaats van een aankoopproces zullen we gewoon een bestand uitvoeren dat ons het resultaat geeft van de controleposten dat we besluiten het te proberen.
Laten we hieronder een afbeelding zien met een code die enkele tests uitvoert en dan zullen we uitleggen hoe het werkt:
Als het correct is, printen we dat we de test hebben doorstaan, anders is de test mislukt, deze vrij eenvoudige benadering van wat een test is, laat ons zien dat we meer dan kijken of ons programma werkt of niet, we op zoek zijn naar een validatie van onze oplossing op het niveau In het algemeen, omdat we weten wat we moeten teruggeven, kennen we het probleem en moeten we daarmee een manier vinden om het op te lossen.
In de voorbeeldtest, als we deze uitvoeren, moeten we in het begin veel fouten hebben, omdat we ze allemaal oplossen, bereiken we de validatie van onze oplossing.
Hoewel het in eerste instantie lijkt alsof we in omgekeerde volgorde programmeren, kan deze methode ons uiteindelijk veel kopzorgen besparen als we een groot en complex systeem maken.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een positief punt te geven
