Indholdsfortegnelse
Når vi foretager store udviklinger, mister vi ofte synet på, når vi foretager en ændring i, at det vil påvirke resten af det, denne form for usikkerhed kan føre til katastrofe, hvis de nye ændringer virkelig skader noget, der tidligere blev godkendt.For at undgå denne type situation er udvikling baseret på test, det vil sige, at vi bygger systemtest Inden vi bygger koden med løsningen, starter vi på denne måde med noget, der giver os fejl fra begyndelsen, og vi får den til at bestå alle testene.
Når vi tilføjer en ny ændring, kører vi simpelthen alle de test, der allerede er skrevet, og hvis nogen, der allerede var bestået, mislykkes, ved vi, at vi skal foretage en korrektion i vores kode.
Prøv først, kode senere
I programmeringsmetoden er det normalt, hvad vi gør skrive et stykke kode og senere prøv vores program Lad os se, om det kører og giver os det forventede resultat, mange kan sige, at dette er det bedste og måske for visse krav er det den bedste løsning, men hvad nu hvis vi med hver ny kode skal prøve en hel shoppingproces, hvor vi bruger 15 minutter bare at teste, det ville være meget spild af tid, som vi kunne bruge på at udføre andre aktiviteter i vores projekt.
I ekstrem programmering, hvor vi skal opnå store resultater med et minimum af ressourcer og tid, hvis vi forestiller os den tidligere situation, garanterer vi et bestemt fejl, det er her programmering baseret på test eller Testdrevet udvikling Som mange gange vil vi finde det, med dette vil vi først lave testen og derefter koden, hvilket tvinger os til at have en støtte med testen og dermed have vished om, at vores kode ikke fejler, så i sidste ende i stedet for at teste en købsproces kører vi simpelthen en fil, der giver os resultatet af kontrolpunkter som vi beslutter at prøve.
Lad os se nedenfor et billede med en kode, der udfører nogle tests, og derefter vil vi forklare, hvordan det fungerer:
Hvis det er korrekt, udskriver vi, at vi har bestået testen, ellers er testen mislykket, denne ret enkle tilgang til, hvad en test er, viser os, at vi mere end at se, om vores program kører eller ej, leder efter en validering af vores løsning kl. niveauet Generelt, da vi ved problemet ved at vide, hvad vi skal returnere, og med det skal vi finde en måde at løse det på.
I eksempeltesten, hvis vi kører den, skal vi have mange fejl i begyndelsen, da vi løser hver enkelt af dem, opnår vi validering af vores løsning.
Selvom det i første omgang ser ud til, at vi programmerer omvendt, kan denne metode i sidste ende spare os for mange hovedpine, når vi laver et stort og komplekst system.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt
