Mikä on testiohjattu kehitys (tdd)? - määritelmä techopediasta

Määritelmä - mitä Test Driven Development (TDD) tarkoittaa?

Testilähtöinen kehitys (TDD) on ohjelmistokehitysmenetelmä, jossa testi kirjoitetaan ennen koodin kirjoittamista. Kun uusi koodi läpäisee testin, se palautetaan hyväksyttävälle standardille.

TDD varmistaa, että lähdekoodi on testattu perusteellisesti, ja johtaa modulatoituun, joustavaan ja laajennettavaan koodiin. Se keskittyy vain testien läpäisemiseen tarvittavan koodin kirjoittamiseen, mikä tekee suunnittelusta yksinkertaisen ja selkeän.

Techopedia selittää testiohjatun kehityksen (TDD)

TDD antaa ohjelmoijalle mahdollisuuden tehdä pieniä askelia ohjelmistoa kirjoitettaessa. Testi kirjoitetaan ennen toiminnallisuuden testaamista ja varmistaa, että sovellus soveltuu testattavuuteen. Testataan pienellä määrällä koodia testattavassa koodissa esiintyvien virheiden vangitsemiseksi. Sitten toiminnallisuus toteutetaan. Tätä kutsutaan "punaiseksi vihreäksi reaktoriksi", jossa punainen tarkoittaa epäonnistumista ja vihreä osoittaa läpäisyn. Nämä vaiheet toistetaan sitten. Ohjelmoijan ensisijaisena tavoitteena on keskittyä käsillä olevaan tehtävään ja siirtää se.

Koeohjatun kehityssyklin eri vaiheet ovat:

• Lisää testi: Jokainen uusi TDD: n ominaisuus alkaa testillä, jonka on epäonnistuttava, kun se otetaan käyttöön ennen minkään ominaisuuden käyttöönottoa. Tärkeä vaatimus testin kirjoittamiseen ennen ominaisuuden käyttöönottoa on kehittäjän selkeä käsitys vaatimuksesta. Tämä saadaan aikaan käyttäjän tarinoiden ja käyttötapausten avulla. Siksi kehittäjä ymmärtää vaatimuksen ennen ohjelmakoodin kirjoittamista.
• Suorita kaikki testit ja tarkista, onko uusi koodi epäonnistunut: Näin varmistetaan testivaljaiden oikea toiminta ja että uusi testi ei läpäise vahingossa ilman uutta koodia. Tämä vaihe testaa myös testin ja eliminoi mahdollisuus, että uusi testi läpäisee aina.
• Kirjoita koodi: Seuraava seuraava vaihe on koodin kirjoittaminen, joka tyhjentää testin. Uusi koodi ei ole täydellinen, mutta sitä muokataan myöhemmin vaatimusten mukaisesti. Se on vain suunniteltu testattavaksi eikä sisällä muita toimintoja.
• Suorita automatisoidut testit: Jos jokainen tuotettu testitapaus läpäisee testin helposti, se tarkoittaa, että koodi täyttää kaikki vaadittavat vaatimukset. Siksi jakson viimeinen vaihe voidaan aloittaa.
• Refaktorikoodi: Tämä on samanlainen kuin päällekkäisyyksien poistaminen. Reaktorointi ei vahingoita olemassa olevia toimintoja ja auttaa poistamaan päällekkäisyydet tuotanto- ja testikoodien välillä. Koodi on nyt puhdistettu tarpeen mukaan.
• Toista: Jakso toistetaan kuten aiemmissa tapauksissa uudella testillä. Olennainen vaatimus on, että vaiheiden koon tulee olla pieni, noin 1-10 muokkausta jokaisen testiajon välillä. Jos uusi koodi ei täytä uutta testiä, ohjelmoijan tulee suorittaa ylimääräinen virheenkorjaus. Jatkuva integrointi tarjoaa palautettavat tarkistuspisteet.