Satura rādītājs
Veicot plaša mēroga attīstību, mēs bieži vien aizmirstam, ka, veicot izmaiņas, tas ietekmēs pārējo, šāda veida nenoteiktība var izraisīt katastrofu, ja jaunās izmaiņas patiešām sabojā kaut ko iepriekš apstiprinātu.Lai izvairītos no šāda veida situācijām, izstrādes pamatā ir testi, tas ir, mēs veidojam sistēmas testi Pirms koda izveidošanas ar risinājumu, šādā veidā mēs sākam ar kaut ko tādu, kas mums no sākuma rada kļūdas, un liekam tai nokārtot visus testus.
Pievienojot jaunas izmaiņas, mēs vienkārši izpildām visus jau uzrakstītos testus, un, ja kāds, kas jau ir nokārtojis, neizdodas, mēs zinām, ka mums ir jālabo mūsu kods.
Vispirms mēģiniet, vēlāk kodējiet
Programmēšanas pieejā parasti mēs darām uzrakstiet koda gabalu un vēlāk izmēģiniet mūsu programmu Redzēsim, vai tas darbojas un dod mums gaidīto rezultātu, daudzi varētu teikt, ka tas ir labākais un, iespējams, noteiktām prasībām tas ir labākais risinājums, bet kā būtu, ja ar katru jaunu kodu mums būtu jāizmēģina viss iepirkšanās process, kur mēs tērējam 15 minūtes tikai testēšanai, tas būtu daudz laika izšķiešanas, ko mēs varētu pavadīt, veicot citas mūsu projekta aktivitātes.
Ārkārtas programmēšanā, kur mums ir jāsasniedz lieliski rezultāti ar minimāliem resursiem un laiku, ja mēs iedomājamies iepriekšējo situāciju, mēs garantējam zināmu neveiksmi, šeit tiek veikta programmēšana, pamatojoties uz testiem vai Izmēģinājumu vadīta attīstība Cik bieži mēs to atradīsim, vispirms mēs veiksim pārbaudi un pēc tam kodu, liekot mums iegūt atbalstu testam un tādējādi pārliecināties, ka mūsu kods neizdodas, un galu galā tā vietā, lai pārbaudītu pirkšanas procesā mēs vienkārši palaidīsim failu, kas sniegs mums rezultātu kontrolpunkti ka nolemjam pamēģināt.
Tālāk redzēsim attēlu ar kodu, kas veic dažus testus, un tad mēs izskaidrosim, kā tas darbojas:
Ja tas ir pareizi, mēs drukājam, ka esam nokārtojuši testu, pretējā gadījumā tests ir izgāzies, šī diezgan vienkāršā pieeja testam parāda, ka mēs vairāk nekā redzam, vai mūsu programma darbojas vai nē, mēs meklējam sava risinājuma apstiprinājumu vietnē līmenis Kopumā, jo, zinot, kas mums jāatdod, mēs zinām problēmu un līdz ar to jāatrod veids, kā to atrisināt.
Piemēra testā, ja mēs to palaižam, sākumā jābūt daudzām kļūdām, jo, atrisinot katru no tām, mēs panākam sava risinājuma apstiprināšanu.
Lai gan sākotnēji šķiet, ka mēs programmējam apgrieztā secībā, dienas beigās šī metodika var ietaupīt daudz galvassāpju, kad veicam lielu un sarežģītu sistēmu.Vai jums patika šī apmācība un palīdzējāt tai?Jūs varat apbalvot autoru, nospiežot šo pogu, lai sniegtu viņam pozitīvu punktu
