Innehållsförteckning
När vi gör storskaliga utvecklingar tappar vi ofta ur sikte när vi gör en förändring i att det kommer att påverka resten av det, denna typ av osäkerhet kan leda till katastrof om de nya förändringarna verkligen skadar något som tidigare godkändes.För att undvika denna typ av situation är utvecklingen baserad på tester, det vill säga vi bygger systemtester Innan vi bygger koden med lösningen börjar vi på detta sätt med något som ger oss fel från början och vi får det att klara alla tester.
När vi lägger till en ny ändring kör vi helt enkelt alla tester som redan är skrivna och om några som redan hade gått misslyckas vet vi att vi måste göra en korrigering i vår kod.
Försök först, kod senare
I programmeringsmetoden är vanligtvis det vi gör skriv en kod och senare prova vårt program Låt oss se om det körs och ger oss det förväntade resultatet, många kan säga att det här är det bästa och kanske för vissa krav är det det bästa alternativet, men tänk om vi med varje ny kod måste prova en hel shoppingprocess, där vi spenderar 15 minuter bara att testa, detta skulle vara mycket slöseri med tid som vi kan spendera på att göra andra aktiviteter i vårt projekt.
I extrem programmering där vi måste uppnå fantastiska resultat med ett minimum av resurser och tid, om vi föreställer oss den tidigare situationen garanterar vi ett visst misslyckande, det är här programmering baserad på tester eller Testdriven utveckling Så många gånger som vi kommer att hitta det, med detta kommer vi först att göra testet och sedan koden, vilket tvingar oss att ha ett stöd för testet och därmed ha vissheten om att vår kod inte misslyckas, sedan i slutändan istället för att testa en inköpsprocessen kör vi helt enkelt en fil som ger oss resultatet av kontrollpunkter som vi bestämmer oss för att prova.
Låt oss se nedan en bild med en kod som utför några tester och sedan kommer vi att förklara hur det fungerar:
Om det är korrekt skriver vi ut att vi klarade testet, annars har testet misslyckats, detta ganska enkla tillvägagångssätt för vad ett test är visar oss att mer än att se om vårt program körs eller inte, letar vi efter en validering av vår lösning på nivån I allmänhet, eftersom genom att veta vad vi måste returnera känner vi till problemet och med det måste vi hitta ett sätt att lösa det.
I exempelprovet, om vi kör det, måste vi ha många fel i början, när vi löser var och en av dem uppnår vi validering av vår lösning.
Även om det till en början verkar som att vi programmerar i omvänt, kan denna metodik i slutändan spara oss mycket huvudvärk när vi gör ett stort och komplext system.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng
