- Ano Ang Mga Sukatan sa Pagsubok ng Software?
- Ano ang Pagsukat ng Pagsubok sa Software?
- Bakit Mga Sukatan sa Pagsubok?
- Siklo ng Buhay ng Mga Sukatan
- Mga Uri ng Manu-manong Sukatan ng Pagsusuri
- Mga Halimbawa Ng SoftwareMga Sukatan sa Pagsubok
- Konklusyon
- Inirerekomendang Pagbasa
Sa mga software project, pinakamahalagang sukatin ang kalidad, gastos, at pagiging epektibo ng proyekto at mga proseso. Kung hindi sinusukat ang mga ito, hindi matagumpay na makukumpleto ang isang proyekto.
Sa artikulong ngayon, matututo tayo sa mga halimbawa at graph – Mga Sukatan at Pagsukat sa Pagsubok sa Software at kung paano gamitin ang mga ito sa proseso ng Software Testing.
May isang sikat na pahayag: “Hindi namin makokontrol ang mga bagay na hindi namin masusukat”.
Dito nangangahulugan ang pagkontrol sa mga proyekto, kung paano matutukoy ng isang project manager/lead ang mga paglihis mula sa test plan sa lalong madaling panahon upang makapag-react sa perpektong oras. Ang pagbuo ng mga sukatan ng pagsubok batay sa mga pangangailangan ng proyekto ay napakahalaga upang makamit ang kalidad ng software na sinusuri.
Ano Ang Mga Sukatan sa Pagsubok ng Software?
Ang Sukatan ay isang quantitative measure ng antas kung saan ang isang system, bahagi ng system, o proseso ay nagtataglay ng isang ibinigay na attribute.
Maaaring tukuyin ang mga sukatan bilang “STANDARDS NG MEASUREMENT ”.
Ginagamit ang Software Metrics para sukatin ang kalidad ng proyekto . Simple lang, ang Sukatan ay isang unit na ginagamit para sa paglalarawan ng isang katangian. Ang sukatan ay isang sukatan para sa pagsukat.
Ipagpalagay, sa pangkalahatan, ang "Kilogram" ay isang sukatan para sa pagsukat ng attribute na "Timbang". Katulad nito, sa software, "Gaano karaming mga isyu ang matatagpuan saisang libong linya ng code?”, h ere Hindi. ng mga isyu ay isang sukatan & Ang bilang ng mga linya ng code ay isa pang sukat. Tinukoy ang sukatan mula sa dalawang sukat na ito .
Halimbawa ng mga sukatan ng pagsubok:
- Ilang mga depekto ang umiiral sa loob ang module?
- Ilang kaso ng pagsubok ang isinasagawa bawat tao?
- Ano ang % ng saklaw ng Pagsubok?
Ano ang Pagsukat ng Pagsubok sa Software?
Ang pagsukat ay ang quantitative indication ng lawak, halaga, dimensyon, kapasidad, o laki ng ilang katangian ng isang produkto o proseso.
Halimbawa ng Pagsukat ng Pagsubok: Kabuuang bilang ng mga depekto.
Mangyaring sumangguni sa diagram sa ibaba para sa isang malinaw na pag-unawa sa pagkakaiba sa pagitan ng Pagsukat & Mga Sukatan.
Bakit Mga Sukatan sa Pagsubok?
Ang Pagbuo ng Mga Sukatan sa Pagsubok sa Software ay ang pinakamahalagang responsibilidad ng Software Test Lead/Manager.
Ginagamit ang Mga Sukatan sa Pagsubok,
- Magpasya para sa susunod na yugto ng mga aktibidad gaya ng, tantyahin ang gastos & iskedyul ng mga proyekto sa hinaharap.
- Maunawaan ang uri ng pagpapabuti na kinakailangan upang magtagumpay ang proyekto
- Magpasya sa Proseso o Teknolohiya na babaguhin atbp.
Kahalagahan ng Mga Sukatan sa Pagsusuri ng Software:
Tulad ng ipinaliwanag sa itaas, ang Mga Sukatan sa Pagsubok ang pinakamahalaga upang masukat ang kalidad ng software.
Ngayon, paano natin masusukat ang kalidad ngsoftware sa pamamagitan ng paggamit ng Metrics ?
Kumbaga, kung walang anumang sukatan ang isang proyekto, paano susukatin ang kalidad ng gawaing ginawa ng isang Test Analyst?
Para sa Halimbawa, Ang isang Test Analyst ay kailangang,
- Idisenyo ang mga test case para sa 5 kinakailangan
- Isagawa ang mga idinisenyong test case
- I-log ang mga depekto & kailangang mabigo ang mga kaugnay na kaso ng pagsubok
- Pagkatapos malutas ang depekto, kailangan nating muling subukan ang depekto & muling isagawa ang kaukulang kaso ng nabigong pagsubok.
Sa senaryo sa itaas, kung hindi susundin ang mga sukatan, ang gawaing natapos ng test analyst ay magiging subjective ibig sabihin, ang Test Report ay hindi magkakaroon ng wastong impormasyon para malaman ang status ng kanyang trabaho/proyekto.
Kung ang Mga Sukatan ay kasangkot sa proyekto, maaaring i-publish ang eksaktong status ng kanyang trabaho na may wastong numero/data.
i.e. sa Ulat sa Pagsubok, maaari naming i-publish ang:
- Ilang test case ang idinisenyo sa bawat kinakailangan?
- Ilang test case ang ididisenyo pa?
- Ilang test case ang naisasagawa?
- Ilang test case ang naipasa/nabigo/na-block?
- Ilang test case ang hindi pa naisasagawa?
- Ilang depekto ay nakilala & ano ang kalubhaan ng mga depektong iyon?
- Ilang kaso ng pagsubok ang nabigo dahil sa isang partikular na depekto? atbp.
Batay sa mga pangangailangan ng proyekto maaari tayong magkaroon ng higit pang sukatan kaysa sa nabanggit na listahan, upang malaman angdetalyadong katayuan ng proyekto.
Batay sa mga sukatan sa itaas, ang Test Lead/Manager ay makakakuha ng pag-unawa sa mga nabanggit na pangunahing punto sa ibaba.
- %ge ng trabahong natapos
- %ge ng trabahong hindi pa tapos
- Oras na para tapusin ang natitirang gawain
- Kung ang proyekto ay pupunta ayon sa iskedyul o lagging? atbp.
Batay sa mga sukatan, kung hindi matatapos ang proyekto ayon sa iskedyul, itataas ng manager ang alarma sa kliyente at iba pang stakeholder sa pamamagitan ng pagbibigay ng mga dahilan para sa nahuhuli upang maiwasan ang mga huling-minutong sorpresa.
Siklo ng Buhay ng Mga Sukatan
Mga Uri ng Manu-manong Sukatan ng Pagsusuri
Pangunahing nahahati ang Mga Sukatan sa Pagsubok sa 2 kategorya.
- Mga Batayang Sukatan
- Mga Kinakalkulang Sukatan
Mga Batayang Sukatan: Base Ang mga sukatan ay ang Mga Sukatan na hinango mula sa data na nakalap ng Test Analyst sa panahon ng pag-develop at pagpapatupad ng test case.
Ang data na ito ay susubaybayan sa buong Test Lifecycle. I.e. pagkolekta ng datos tulad ng Total no. ng mga test case na binuo para sa isang proyekto (o) hindi. ng mga kaso ng pagsubok ay kailangang isagawa (o) hindi. ng mga test case na naipasa/nabigo/na-block atbp.
Kalkuladong Sukatan: Kalkuladong Sukatan ay hinango mula sa data na nakalap sa Base Metrics. Ang Mga Sukat na ito ay karaniwang sinusubaybayan ng test lead/manager para sa mga layunin ng Pag-uulat ng Pagsubok.
Mga Halimbawa Ng SoftwareMga Sukatan sa Pagsubok
Kumuha tayo ng halimbawa para kalkulahin ang iba't ibang sukatan ng pagsubok na ginagamit sa mga ulat ng pagsubok sa software:
Sa ibaba ay ang format ng talahanayan para sa data na nakuha mula sa Test Analyst na aktwal na kasangkot sa pagsubok:
Mga Depinisyon at Formula para sa Pagkalkula ng Mga Sukatan:
#1) %ge Naisagawa ang mga kaso ng pagsubok : Ginagamit ang sukatan na ito para makuha ang katayuan ng pagpapatupad ng mga test case sa mga tuntunin ng %ge.
%ge Mga test cases na Naisakatuparan = ( Bl. ng Test case na naisagawa / Kabuuan bilang ng mga test case na nakasulat) * 100.
Kaya, mula sa data sa itaas,
%ge Test cases na Naisagawa = (65 / 100) * 100 = 65%
#2) %ge Test cases not executed : Ginagamit ang metric na ito para makuha ang nakabinbing execution status ng test cases sa mga tuntunin ng %ge.
%ge Test cases not executed = ( Bilang ng Test case na hindi naisagawa / Kabuuang bilang ng Test case na nakasulat) * 100.
Kaya, mula sa data sa itaas,
%ge Test case Na-block = (35 / 100) * 100 = 35%
#3) %ge Mga test case na Nakapasa : Ginagamit ang sukatang ito para makuha ang Pass %ge ng mga naisagawang test case.
%ge Test cases na Nakapasa = ( No. ng Test cases na Nakapasa / Total no. ng mga Test case na Naisakatuparan) * 100.
Kaya, mula sa data sa itaas,
%ge Test cases na Naipasa = (30 / 65) * 100 = 46%
#4) %ge Test cases Failed : Ang sukatang ito ay ginagamit para makuha ang Fail %ge ng mga naisagawang test cases.
%ge Test casesNabigo = ( Bilang ng Test case Nabigo / Kabuuang bilang ng Test case na Naisagawa) * 100.
Kaya, mula sa data sa itaas,
%ge Test case Naipasa = (26 / 65) * 100 = 40%
#5) %ge Mga test case na Na-block : Ginagamit ang sukatang ito para makuha ang naka-block na %ge ng mga naisagawang test case. Ang isang detalyadong ulat ay maaaring isumite sa pamamagitan ng pagtukoy sa aktwal na dahilan para sa pagharang sa mga test case.
%ge Test case na Na-block = ( Bilang ng Test case na Na-block / Kabuuang bilang ng Test case na Naisakatuparan ) * 100.
Kaya, mula sa data sa itaas,
%ge Mga kaso ng pagsubok Na-block = (9 / 65) * 100 = 14%
#6) Densidad ng Depekto = Hindi. of Defects na natukoy / laki
( Dito ang "Size" ay itinuturing na isang kinakailangan. Kaya dito ang Defect Density ay kinakalkula bilang isang bilang ng mga depekto na natukoy sa bawat kinakailangan. Katulad nito, ang Defect Density ay maaaring kalkulahin bilang isang bilang ng mga Depektong natukoy sa bawat 100 linya ng code [OR] Bilang ng mga depektong natukoy bawat module, atbp. )
Kaya, mula sa data sa itaas,
Densidad ng Depekto = (30 / 5) = 6
#7) Kahusayan sa Pag-alis ng Depekto (DRE) = ( Blg. ng mga Depektong natagpuan sa pagsubok ng QA / (Blg. ng mga Depekto na natagpuan sa panahon ng QA pagsubok +Blg. ng mga Depekto na natagpuan ng End-user)) * 100
Ginagamit ang DRE upang matukoy ang pagiging epektibo ng pagsubok ng system.
Kumbaga, Sa panahon ng Pag-unlad & QA testing, nakatukoy kami ng 100 depekto.
Pagkatapos ng QA testing, sa panahon ng Alpha & Beta pagsubok,natukoy ng end-user / client ang 40 na depekto, na maaaring natukoy sa panahon ng QA testing phase.
Ngayon, Ang DRE ay kakalkulahin bilang,
DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%
#8) Defect Leakage : Defect Leakage ay ang Sukatan na ginagamit para matukoy ang kahusayan ng QA testing ibig sabihin, kung gaano karaming mga depekto ang napalampas/nadulas sa panahon ng pagsusuri sa QA.
Paglabas ng Depekto = ( Bl. ng mga Depekto na natagpuan sa UAT / Bilang ng mga Depekto na natagpuan sa pagsusuri sa QA.) * 100
Ipagpalagay, Sa Panahon ng Pag-unlad & QA testing, nakatukoy kami ng 100 depekto.
Pagkatapos ng QA testing, sa panahon ng Alpha & Beta testing, end-user / client na natukoy ang 40 depekto, na maaaring natukoy sa yugto ng pagsubok ng QA.
Defect Leakage = (40 /100) * 100 = 40%
#9) Mga Depekto ayon sa Priyoridad : Ginagamit ang panukat na ito upang matukoy ang hindi. ng mga depektong natukoy batay sa Kalubhaan / Priyoridad ng depekto na ginagamit upang magpasya sa kalidad ng software.
%ge Mga Kritikal na Depekto = Bilang ng mga Kritikal na Depekto na natukoy / Kabuuan no. ng mga Depektong natukoy * 100
Mula sa data na available sa talahanayan sa itaas,
%ge Mga Kritikal na Depekto = 6/ 30 * 100 = 20%
%ge Mga Mataas na Depekto = Bilang ng Mataas na Depekto na natukoy / Kabuuan no. of Defects na natukoy * 100
Mula sa data na available sa talahanayan sa itaas,
%ge High Defects = 10/ 30 * 100 = 33.33%
%ge Medium Defects = Hindi.ng Katamtamang mga Depekto na natukoy / Kabuuan no. of Defects na natukoy * 100
Mula sa data na available sa talahanayan sa itaas,
%ge Medium Defects = 6/ 30 * 100 = 20%
%ge Low Defects = Bilang ng Mababang Depekto na natukoy / Kabuuan no. of Defects na natukoy * 100
Mula sa data na available sa talahanayan sa itaas,
%ge Low Defects = 8/ 30 * 100 = 27%
Konklusyon
Ang mga sukatan na ibinigay sa artikulong ito ay pangunahing ginagamit para sa pagbuo ng ulat ng Pang-araw-araw/Lingguhang Status na may tumpak na data sa panahon ng yugto ng pag-develop/pagpapatupad ng test case & ito ay kapaki-pakinabang din para sa pagsubaybay sa katayuan ng proyekto & Kalidad ng software.
Tungkol sa may-akda : Ito ay isang guest post ni Anuradha K. Siya ay may 7+ taong karanasan sa pagsubok ng software at kasalukuyang nagtatrabaho bilang isang consultant para sa isang MNC. Mayroon din siyang mahusay na kaalaman sa pagsubok sa mobile automation.
Aling iba pang sukatan ng pagsubok ang ginagamit mo sa iyong proyekto? Gaya ng dati, ipaalam sa amin ang iyong mga saloobin/query sa mga komento sa ibaba.