“Bumuo ka ng isang Matagumpay na Buhay...A Day at a time…”
Ang aking paglalakbay bilang Software Tester ay nagsimula nang hindi inaasahan.
Lumapot ako para sa mga unang round ng panayam sa pag-aakalang ito ay isang pagkakataon sa Pag-unlad. Sa totoo lang, tulad ng lahat ng nagtapos sa Computer Science, medyo nag-aalinlangan ako tungkol sa Pagsusulit.
Ngunit sa wakas, nagpasya akong subukan ito. Lamang sa isang pag-asa na ang aking mausisa kalikasan ay makakatulong sa akin sa larangan na ito.
Hindi ko matatanggap ang alok nang hindi inilalagay ang tanong na ito – Magkakaroon ba ako ng pagkakataon na lumipat sa Development kung sakaling hindi ako interesado sa Pagsubok? :).
Maniwala ka sa akin- Ni hindi ko naisip na umalis sa Testing pagkatapos noon.
Nang lumabas ako para sa teknikal na round, hindi ako handa para sa anumang bagay na higit pa sa pangunahing konsepto ng Software Testing. Sa palagay ko ang tanging bagay na nakapagpatuloy sa akin ay ang pag-iisip na ako ay sinusuri nang lohikal at hindi ayon sa teorya.
Ito ang aking pinakaunang pag-aaral sa Pagsusulit – naunawaan ko kung paano kami (mga fresher) ay nasuri.
Kahit ngayon, gumagamit ako ng mga katulad na diskarte habang kumukuha ng mga fresher para sa aking team. Sinusuri ko ang kanilang lohika, katatagan at diskarte sa isang problema sa anumang bagay.
Sumali ako kay Zycus bilang QA Trainee at naglaan ng produkto sa mga ikatlong o ikaapat na araw. Isa ito sa pinakamalaki (nasa konsepto noon) at pinakaambisyoso na produkto ngkumpanya. Pagkatapos mag-settle down sa mga unang linggo, wala na akong babalikan.
Nagsimula kami bilang isang QA team na may dalawa at makalipas ang ilang buwan, ako lang ang nagtutulak sa mga pagsusumikap sa Pagsubok. Sa unang 2 – 2.5 na taon mismo ay nag-log ako ng halos 3000 mga depekto sa iba't ibang kategorya tulad ng Functional, Performance, Security, UI, Usability, Multilingual, Multi-Tenancy, atbp.
Para sa isang malaking oras bago ang mga bagong karagdagan sa Testing team, nakalaban ko ang isang malakas na 15-16 na miyembro ng development team. Kahit na pagkatapos ng mga karagdagan, ang QC:Dev ratio ay hindi masyadong malusog at maaari ko pa ring ipagmalaki na ito ay isang matagumpay na paglalakbay kung isasaalang-alang ang lahat ng aming sinubukan, inihatid at hinahawakan.
Ang mahalagang punto na gusto kong highlight dito ay-
Bago pumunta sa Requirement discussion meeting, nagsusulat muna ako ng mga posibleng pagdududa/pagwawasto/hindi malinaw na mga punto. Isinulat ko noon ang mga senaryo na gusto kong subukan o bumuo ng mga kaso ng pagsubok; kung minsan, kahit na ang pagguhit ng iyong mga sitwasyon ay gumagana tulad ng isang anting-anting.
Kapag sumulat ka/nag-drawing, ito ay pumapasok sa iyong isip nang mas malinaw at pagkatapos ay ang iyong isip ay gumagana sa impormasyong ito at gumagawa ng higit pang mga sitwasyon at nagbibigay ng mas mahusay na kalinawan. Nagpapatuloy ito hanggang sa maramdaman mong TAPOS!!!
Konklusyon
Bagaman halos imposibleng isulat ang bawat pangunahing at minutong bagay na natutunan ko sa paglipas ng mga taon, ito ay ang aking pagtatangka na ibuod ito sa isang bulletlistahan.
- Napakahirap tukuyin ang pagsubok. Ang isang tao ay maaaring gumawa ng napakahusay na pagsubok at maaaring hindi matukoy ito sa mga salita. Ito ay tulad ng nakikita mo.
- Lahat ay maaaring magkaroon ng kanilang sariling kahulugan ng pagsubok. Ang akin ay simple-
Tungkol sa may-akda: Ang artikulong ito ay isinulat ng miyembro ng koponan ng STH na si Mahesh C. Kasalukuyan siyang nagtatrabaho bilang Senior Quality Assurance Manager na may karanasan sa nangungunang pagsubok sa harap para sa maraming kumplikadong produkto at bahagi.
Gustong makarinig. Magkomento dito o makipag-ugnayan sa amin. Maraming salamat sa pagbabasa.
Inirerekomendang Pagbasa