Talaan ng mga Nilalaman:
- Kahulugan - Ano ang kahulugan ng Pagsubok ng Data-Driven (DDT)?
- Ipinapaliwanag ng Techopedia ang Data-Driven Testing (DDT)
Kahulugan - Ano ang kahulugan ng Pagsubok ng Data-Driven (DDT)?
Ang pagsubok na hinihimok ng data (DDT) ay isang pamamaraan kung saan ang pag-uulit ng iterative ng parehong pagkakasunud-sunod ng mga hakbang sa pagsubok ay isinagawa sa tulong ng isang mapagkukunan ng data upang himukin ang mga halaga ng input ng mga hakbang at / o ang inaasahang mga halaga habang ang mga hakbang sa pagpapatunay ay gumanap. Ang mga setting at kontrol sa kapaligiran sa kaso ng pagsubok na hinihimok ng data ay hindi hard-coded. Sa madaling salita, ang pagsubok na hinihimok ng data ay ang pagbuo ng isang script ng pagsubok upang maisakatuparan kasama ang lahat ng kanilang mga kaugnay na set ng data sa isang balangkas, na ginagawang paggamit ng lohika sa pagsubok na magagamit muli. Ang pagsubok na hinihimok ng data ay nagbibigay ng mga kalamangan tulad ng muling paggamit, pag-uulit, paghihiwalay ng pagsubok sa logic mula sa data ng pagsubok at pagbawas ng bilang ng mga kaso ng pagsubok.
Ipinapaliwanag ng Techopedia ang Data-Driven Testing (DDT)
Ang mga mapagkukunan ng data na ginamit sa pagsubok na hinihimok ng data ay maaaring mga file na Excel, mga file ng CSV, datapool, ADO object o mga mapagkukunan ng ODBC. Sa pagsubok na hinihimok ng data, ang mga sumusunod na operasyon ay isinasagawa sa pag-iiba:
- Pagkuha ng data ng pagsubok
- Ang pagpasok ng data sa kinakailangang lugar at gayahin ang iba pang mga pagkilos
- Pag-verify ng mga resulta
- Pagpapatuloy ng pagsubok sa susunod na hanay ng data ng pag-input
Mayroong ilang mga pakinabang na nauugnay sa pagsubok na hinihimok ng data. Tumutulong ito sa pagpapabuti ng saklaw ng pagsubok habang ang mga script ng pagsubok ay maaaring likhain nang sabay-sabay kasama sa pagbuo ng aplikasyon Ang kalabisan at anumang iba pang pagkopya ng mga awtomatikong pagsusuri ng script ay higit na nabawasan dahil sa mga proseso ng pag-input at pagpapatunay pati na rin dahil sa modular na uri ng disenyo. Isinasaalang-alang ang aspeto ng gastos, ang pagsubok na hinihimok ng data ay mas mura para sa automation bagaman mas mahal ito sa kaso ng manu-manong pagsubok. Sa pagsubok na hinihimok ng data, posible ang mas mahusay na paghawak ng error at ang mga script ng pagsubok ay mas matatag.
Gayunpaman, mayroong ilang mga drawback na nauugnay sa pagsubok na hinihimok ng data. Kinakailangan ang higit na kadalubhasaan ng wika ng script, at kinakailangan ang isang database para sa lahat ng data ng pagsubok sa lahat ng oras.
