Ngayon maraming mga tao ang nangangarap na makahanap ng trabaho sa IT dahil sa medyo mataas na suweldo sa larangang ito, pati na rin ang matatag na pangangailangan para sa mga naturang espesyalista sa merkado ng paggawa. Kadalasan, ang mga pangarap na ito ay pinuputol ng pangangailangan na makakuha ng espesyal na edukasyon, kung saan walang oras o pera. Ngunit mayroong ilang mga espesyalidad na nagbibigay-daan sa iyo na makapasok sa IT sa pamamagitan ng "pinto sa likod", na halos lampasan ang yugto ng paunang pagsasanay at pagkakaroon ng karanasan. Ang QA ay tiyak na nabibilang sa naturang "borderline" na mga specialty.
Sino si QA at ano ang ginagawa niya?
Ang gawain ng isang inhinyero ng Quality Assurance ay hindi gaanong tungkol sa pagsuri sa kalidad (bagaman ang salitang ito ay nasa pangalan ng propesyon), ngunit tungkol sa pagsubaybay sa tamang pagpapatupad ng lahat ng mga yugto ng pag-unlad at ang tamang operasyon ng panghuling produkto. Parang mga gawain ng tester. Ngunit sinusuri lamang niya ang pagpapatakbo ng application at, batay sa mga resulta (ang pagkakaroon ng mga bug at mga error), tinatanggap ito o hindi tinatanggap. At sinusubaybayan din ng inhinyero ng QA ang pagsunod sa mga pamantayan kapag bumubuo ng mga programa, nakikipag-ugnayan sa mga developer, taga-disenyo, at mga customer, na pinipigilan ang mismong paglitaw ng mga bug at error sa software. Totoo, sa ating bansa ang mga propesyon ng pagsubok at QA ay madalas na nakikita bilang isang solong kabuuan.
Kung hahati-hatiin natin ito sa bawat punto, kasama sa mga responsibilidad ng isang QA engineer ang mga sumusunod na gawain:
detalyadong mga kinakailangan para sa programa (na isinagawa nang magkasama sa customer);
pagsusuri at pagkalkula ng oras na kinakailangan upang lumikha ng isang application o ayusin ang isang bug (isang gawain, siyempre, hindi para sa mga juniors, ngunit bilang isang taong may pananaw ng isang tagalabas, ang QA ay nagbibigay ng pinaka-makatotohanang mga pagtatantya ng oras);
pagbuo ng mga senaryo ng pagsubok;
ang proseso ng pagsubok mismo;
pagpasok ng mga nakitang depekto sa sistema ng pagsubaybay
tinatalakay ang mga pag-aayos sa lahat ng mga kalahok sa pag-unlad;
pagsubaybay sa proseso ng remediation;
muling pagsusuri ng mga problemadong isyu;
pagsusuri ng mga resulta ng pagsusulit;
pagsasapinal ng mga script ng pagsubok'
pagsusuri ng proseso ng pagbuo ng pangkat;
pag-optimize ng mga proseso ng pag-unlad upang maiwasan ang muling paglitaw ng mga natukoy na mga error (kung ang mga pagkakamali ay lumitaw dahil sa hindi pagkakapare-pareho sa mga aksyon ng iba't ibang mga departamento o dahil ang isang tao ay hindi sumusunod sa itinatag na mga pamantayan sa pag-unlad, kung gayon ito ay trabaho ng QA na ituro ang lugar ng problemang ito at tiyakin ang pag-aalis nito) ;
pagpapanatili ng dokumentasyon ng pagsusulit.
Sa unang sulyap, maraming mga responsibilidad, ngunit sa pagsasagawa, ang ilan sa kanila ay nasa ilalim ng responsibilidad ng mga tagasubok, mga manggagawa sa Quality Control, mga developer, mga analyst ng negosyo at mga teknikal na manunulat. Kaya sa iba't ibang kumpanya, ang mga responsibilidad ng isang inhinyero ng QA ay bahagyang magkakaiba: sa isang lugar ay magkakaroon ng mas maraming trabaho sa pagpaplano ng trabaho sa programa at mga bug, sa isang lugar na higit na binibigyang diin ang mga pagsubok at pag-aayos sa pagsubaybay, at kung saan ang QA mismo ay kasangkot sa paggawa ng mga pag-edit.
Alinsunod dito, sa bawat indibidwal na kaso ang araw ng trabaho ay magmumukhang iba. Sa pangkalahatan, sinisimulan ng isang QA engineer ang araw sa pamamagitan ng pagtatrabaho sa mga pagsubok at pagsubaybay sa pag-unlad ng pag-unlad gamit ang isang sistema ng pagsubaybay. Sa araw, nakikipag-usap siya sa mga developer (paglilinaw sa pag-unlad ng pag-unlad at sa mga problema na nagpapabagal nito) at sa customer (paglilinaw sa mga kinakailangan para sa mga function na kasalukuyang binuo). Sa pagtatapos ng araw, ang lahat ng mga pagbabago ay ginawa sa dokumentasyon ng pagsubok.
Mga kalamangan at kahinaan ng propesyon
Ano, bukod sa suweldo, ang isang QA job ay nakaka-excite? Ang isa sa mga pinaka-kaaya-aya na bentahe ay ang kamalayan ng iyong kontribusyon sa paglikha at pagpapabuti ng produkto. Ito ay isang hindi maipaliwanag na pakiramdam kapag, sa labas ng nakagawian ng pang-araw-araw na buhay, isang produkto ay ipinanganak na naglalaman ng isang piraso ng iyong trabaho at mga ideya.
Bilang karagdagan, ang bentahe ng QA ay ang pagkakataong maging malapit na pamilyar sa mga bagong teknolohiya. Kung gusto mong lumipat sa ibang IT specialty, ang posisyon sa QA ang pinakamagandang lugar para mas makilala ang iyong trabaho sa hinaharap. Isa lang ang downside ng QA: nakakabagot at walang pagbabago ang mga responsibilidad para sa manu-manong pagsubok at pag-update ng dokumentasyon ng pagsubok. Totoo, iniistorbo ka lang nila sa una, ngunit sa pagpapalawak ng hanay ng mga responsibilidad, ang lahat ay nagiging mas kawili-wili at pabago-bago.
Paano maging isang QA?
Sa katunayan, upang makatapak sa landas ng QA, hindi mo kailangan ng kaalaman sa mga programming language o istraktura ng database. Ang pangunahing bagay ay magkaroon ng pag-unawa sa istraktura ng proseso ng pag-unlad ng software at maunawaan ang proseso ng pagsubok. Kailangan mong magbasa ng literatura (karamihan ay banyaga), magsanay sa "mga pusa" (magsanay sa paggamit ng PC, sinusubukang mapansin ang lahat ng mga pagkukulang at mga bug sa mga application/website). Upang maging mas kumpiyansa, maaari kang kumuha ng ilang mga kurso sa pagsasanay sa Internet at/o isang internship sa mga sentro ng pagsasanay (sa kasamaang palad, ang espesyalidad na ito ay hindi itinuro sa mga institute). Pagbutihin ang iyong Ingles (kapag pumipili ng mga tauhan, mas gusto ng mga kumpanya ng IT ang mga kandidatong may kaalaman sa Ingles).
Sa anumang kaso, ang isang panimulang QA ay unang nasubok sa kanyang kaalaman sa proseso ng pagsubok ng software: kung bakit ito kinakailangan, anong mga uri ng pagsubok ang naroroon, kung ano ang isang bug, kung paano ito idokumento, at anong mga hakbang ang kailangang gawin para isara ito. Sa una, ang iyong kapalaran ay mga pagsubok. At pagkatapos mong maging komportable sa gawaing ito at matutunan nang mas mabuti kung paano nakaayos ang pagbuo ng software sa iyong kumpanya, lilipat ka sa mas mataas na antas at matatanggap ang iyong bahagi ng responsibilidad para sa produktong binuo. Ang antas ng pagpasok sa espesyalidad ng QA ay makabuluhang mas mababa kaysa sa isang programmer, kaya naman ang kumpetisyon para sa bakanteng ito ay maaaring maging napaka, napaka, napakalaki. Samakatuwid, para sa isang matagumpay na pakikipanayam, bilang karagdagan sa kaalaman, kailangan mo ring magkaroon ng isang tiyak na hanay ng mga personal na katangian. Kaya, ang kakayahang magtatag ng komunikasyon ay mahalaga para sa QA - kailangan niyang makipag-ugnayan sa halos lahat ng mga kalahok sa pag-unlad, mula sa customer hanggang sa tester. Kasabay nito, dapat niyang maihatid sa mga gumaganap ang lahat ng mga nuances na dapat sundin ng aplikasyon. Ang pansin, pasensya at tiyaga ay hindi gaanong mahalaga - kinakailangan ang mga ito sa proseso ng mga programa sa pagsubok. Siyempre, ang matagumpay na pagsubok ay nangangailangan ng hilig ng isang mushroom picker at ang pagiging matanong ng isang bata na nag-disassemble ng isang relo o paboritong laruan, upang ang paghahanap ng mga error ay hindi maging isang nakapanlulumong gawain para sa iyo (kung mayroon kang ilang mga kuwento tungkol sa matagumpay na paghahanap mga bug, maaari itong maging isang malaking plus para sa isang recruiter). Kinakailangan din ang mga kasanayan sa pagsusuri upang matukoy ang mga paraan upang mapabuti ang proseso ng pag-unlad at ang aplikasyon mismo.
Mga prospect
Ang gawaing QA, bilang isa sa mga medyo madaling entry point sa IT, ay nag-aalok ng napakaraming opsyon sa pag-unlad. Maaari kang manatili sa espesyalidad na ito at umakyat sa hagdan: junior QA, middle QA, senior QA, QA team lead, QA manager, pinuno ng QA department. Kung mas naaakit ka sa programming, ngunit hindi pa handa na maging programmer, maaari kang lumipat sa isang QA automation engineer. Pagkatapos ay maaari mong subukan ang iyong kamay sa pag-automate ng pag-verify ng application.
Kung isinasaalang-alang mo lang ang QA bilang isang springboard para sa isang karera sa isa pang specialty, pagkatapos pagkatapos ng karagdagang pagsasanay maaari kang magsanay muli bilang isang programmer, business analyst o project manager. Ang mga bagong larangan ay nag-aalok ng karagdagang mga pagkakataon para sa propesyonal na paglago, ngunit ang antas ng responsibilidad ay ganap na naiiba.
GO TO FULL VERSION