Sadržaj
Prilikom razvoja velikih razmjera često gubimo iz vida kada napravimo promjenu koja će utjecati na ostatak, ova vrsta neizvjesnosti može dovesti do katastrofe ako nove promjene doista oštete nešto što je prethodno odobreno.Kako bismo izbjegli ovu vrstu situacije, razvoj se temelji na testovima, odnosno gradimo ispitivanja sustava Prije nego što izgradimo kôd s rješenjem, na ovaj način počinjemo s nečim što nam od početka stvara greške i tjeramo ga da prođe sve testove.
Kad dodamo novu promjenu, jednostavno pokrećemo sve već napisane testove i ako bilo koji koji je već prošao nije uspio, znamo da moramo izvršiti ispravku u kodu.
Pokušajte prvo, kodirajte kasnije
U programskom pristupu obično radimo ono što radimo napišite dio koda a kasnije isprobajte naš program Da vidimo radi li i daje li očekivani rezultat, mnogi bi mogli reći da je to najbolja i možda za određene zahtjeve najbolja opcija, no što ako sa svakim novim kodom moramo isprobati cijeli proces kupovine, gdje trošimo Samo 15 minuta testiranja, ovo bi bilo puno gubljenja vremena koje bismo mogli potrošiti na druge aktivnosti našeg projekta.
U ekstremnom programiranju gdje moramo postići velike rezultate uz minimalne resurse i vrijeme, ako zamislimo prethodnu situaciju jamčimo određeni neuspjeh, ovdje se programiranje na temelju testova ili Razvoj vođen testovima Koliko god puta ćemo ga pronaći, ovim ćemo prvo napraviti test, a zatim kôd, prisiljavajući nas da imamo podršku za test i na taj način biti sigurni da naš kôd neće uspjeti, a na kraju umjesto testiranja prilikom kupnje jednostavno ćemo pokrenuti datoteku koja će nam dati rezultat kontrolne točke da smo odlučili pokušati.
Pogledajmo ispod sliku sa kodom koji izvodi neke testove, a zatim ćemo objasniti kako to radi:
Ako je ispravno, ispisujemo da smo položili test, u protivnom test nije uspio, ovaj prilično jednostavan pristup onog što test predstavlja pokazuje nam da više od provjere radi li naš program ili ne, tražimo potvrdu svog rješenja na razini Općenito, budući da znajući što moramo vratiti znamo problem i s njim moramo pronaći način da ga riješimo.
U primjeru testa, ako ga pokrenemo, moramo imati mnogo pogrešaka na početku, jer rješavamo svaku od njih, postižemo validaciju našeg rješenja.
Iako se isprva čini da programiramo obrnuto, na kraju dana ova nam metodologija može uštedjeti mnogo glavobolja kada radimo veliki i složeni sustav.Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod
