Talaan ng mga Nilalaman:
- Kahulugan - Ano ang ibig sabihin ng Test Driven Development (TDD)?
- Ipinaliwanag ng Techopedia ang Pag-unlad ng Test Driven (TDD)
Kahulugan - Ano ang ibig sabihin ng Test Driven Development (TDD)?
Ang pagsubok na hinimok sa pag-unlad (TDD) ay isang diskarte sa pag-unlad ng software kung saan isinusulat ang isang pagsubok bago isulat ang code. Kapag ang bagong code ay pumasa sa pagsubok, ito ay refactored sa isang katanggap-tanggap na pamantayan.
Tinitiyak ng TDD na ang source code ay lubusang nasubok ang yunit at humahantong sa modularized, nababaluktot at extensible code. Nakatuon ito sa pagsulat lamang ng code na kinakailangan upang pumasa sa mga pagsubok, na ginagawang simple at malinaw ang disenyo.
Ipinaliwanag ng Techopedia ang Pag-unlad ng Test Driven (TDD)
Pinapayagan ng TDD ang programista na gumawa ng mga maliliit na hakbang habang nagsusulat ng software. Ang pagsusulit ay nakasulat bago subukan ang pag-andar at tinitiyak na ang application ay angkop para sa pagsubok. Ang pagsusuri sa isang maliit na halaga ng code ay isinasagawa upang mag-trap ng mga error na nangyayari sa nasubok na code. Pagkatapos ay ipinatupad ang pag-andar. Tinukoy ito bilang "red green refactor" kung saan ang pulang ibig sabihin ay mabibigo at ang berdeng nagpapakita ng isang pass. Ang mga hakbang na ito ay paulit-ulit. Ang unang layunin ng isang programmer ay upang ituon ang gawain sa kamay at ipasa ito.
Ang iba't ibang mga hakbang na kasangkot sa isang pagsubok na hinimok sa pag-unlad na pagsubok ay:
- Magdagdag ng isang pagsubok: Ang bawat bagong tampok sa TDD ay nagsisimula sa isang pagsubok na kailangang mabigo dahil ito ay isinasagawa bago ipatupad ang anumang mga tampok. Ang mahalagang kahilingan upang magsulat ng isang pagsubok bago ang pagpapatupad ng tampok ay isang malinaw na pag-unawa sa kinakailangan ng developer. Nakamit ito sa pamamagitan ng mga kwentong gumagamit at mga kaso ng paggamit. Kaya nauunawaan ng isang developer ang kinakailangan bago isulat ang code ng programa.
- Patakbuhin ang lahat ng mga pagsubok at suriin kung nabigo ang bagong code: Tinitiyak nito ang wastong pagtatrabaho ng harness ng pagsubok at na ang bagong pagsubok ay hindi pumasa sa pamamagitan ng pagkakamali nang walang anumang bagong code. Sinusubukan din ng hakbang na ito ang pagsubok at tinatanggal ang posibilidad na laging dumadaan ang bagong pagsubok.
- Sumulat ng code: Ang susunod na hakbang na sumusunod ay ang pagsulat ng code na nagtatanggal ng pagsubok. Ang bagong code ay hindi perpekto ngunit sa ibang pagkakataon ay nabago ayon sa bawat kinakailangan. Dinisenyo lamang ito para sa pagsubok at hindi nakapaloob sa iba pang mga pag-andar.
- Patakbuhin ang mga awtomatikong pagsubok: Kung ang bawat kaso ng pagsubok na ginawa ng mabilis na pumasa sa pagsubok, ipinahiwatig nito na ang code ay nakakatugon sa lahat ng kinakailangang mga pagtutukoy. Samakatuwid ang huling hakbang ng ikot ay maaaring magsimula.
- Refactor code: Katulad ito sa pag-aalis ng duplication. Ang isang refactoring ay hindi makapinsala sa anumang umiiral na pag-andar at tumutulong sa pag-alis ng pagkopya sa pagitan ng mga code ng paggawa at pagsubok. Ang code ay nalinis ngayon kung kinakailangan.
- Ulitin: Ang pag-ikot ay paulit-ulit tulad ng sa mga nakaraang kaso na may isang bagong pagsubok. Ang mahahalagang kinakailangan ay ang laki ng mga hakbang ay dapat maliit, na may halos 1 hanggang 10 na pag-edit sa pagitan ng bawat pagtakbo sa pagsubok. Kung ang bagong code ay hindi nasiyahan sa isang bagong pagsubok, ang programista ay dapat magsagawa ng karagdagang pag-debug. Ang patuloy na pagsasama ay nagbibigay ng mababalik na mga checkpoints.
