Minu kolleeg Daniel Yusupov inspireeris mind väga. See on uimastav, kui sõbralik ja külalislahke on IT-sektor – õpi ja tule sisse, ning jätka alati millegi uue õppimist. Seetõttu tahan jagada oma lugu, kuidas õppisin psühholoogiks, kuid muutusin testijaks.
Psühholoogiks õppima suundusin südametunnistuse ajel – soovisisin aidata inimesi ja olla ühiskonnale kasulik. Peale selle huvitab mind teadustegevus väga. Õpingud tulid mulle kergelt, kirjutasin teaduslikke töid, esinesin konverentsidel ja omasin isegi praktiliselt olulisi teadusuuringute ning plaanisin süveneda kliinilise psühholoogia valdkonda. Ent kõik hea lõpeb kunagi – nii lõppes ka minu ülikooliõpe. Doktorikraadist loobusin naljakate stipendiumipalkade tõttu ja asusin suure maailma poole otsima iseennast.
Siin ootasin ma üllatust: koos oma diplomitega ja teadustöödega jäin ma täiesti vajaliku jagu. Otsiti psühholoogide jaoks lasteaedadesse ja koolidesse, mis ei olnud mulle vastuvõetav variant, kuna ma ei oska lastega eriti hakkama saada. Konsultandi ametisse asumiseks pidin ma teatud aja tasuta või väga vähe raha eest töötama.
Öelda, et olin meeleheitel – ei öelda midagi.
Uue asja otsimine
Üks mu tuttav töötas tarkvaraarenduses, ja tema soovitas mul, nähes mu vaeva, minna neile testijana – ma sain arvutitega hakkama, huvitusin tehnoloogiast ja põhimõtteliselt polnud ma totaalne humanitaar. Kuid enne seda hetke ei teadnud ma isegi, et selline amet olemas on. Otsustasin, et ma ei kaota midagi – ja läksin. Läbisin vestluse ja mind võeti sõbralikku meeskonda.
Mind oli lühidalt tutvustatud tarkvaraga (programm oli tohutu, paljude alamsüsteemidega) ja mind saadeti kohe „välja” rakendama. Ja mitte kuhugi, vaid politseisse. Mulle määrati koht ühes meie vabariigi (Tatarstani) piirkonna politseijaoskonna keldris. Seal õpetasin töötajaid, kogusin probleeme ja soove ning korraldasin esitusi juhtkonnale ning loomulikult tegin samaaegselt tarkvara testimist ja saatsin arendajatele aruandeid.
Töötamine õiguskaitseorganite esindajatega ei ole lihtne – nad alluvad käskudele, neil on ranged aruandekohustused, seetõttu räägivad nad ametikõnelustes. Mul tuli leida ühine keel kõigiga: alates leitnandist kuni kolonelini. Siin aitas mind väga mu eriala.
Teoreetilise baasi arendamine
Pean öelda, et kui ma alles alustasin, ei olnud mul mingit teoreetilist baasi. Mul oli dokumentatsioon ja teadsin, kuidas programm peaks toimima; sellest ma lähtusin. Milliseid testimistüüpe on olemas, milliseid tööriistu kasutada, et endale elu kergemaks teha, kuidas läbi viia testanalüüsi, mis on testidisain – seda kõike ma ei teadnud. Jah, ma ei teadnud isegi, kust leida vastuseid nendele küsimustele või kus mind võiks palju õpetada. Otsisin lihtsalt tarkvaras probleeme ja rõõmustasin, et kõik muutub kasutajatele lihtsamaks ja mugavamaks.
Kuid monkey testing jõuab lõpuks teoreetilise baasi puudumise probleemini. Niisiis, ma asusin hariduse poole. Nii juhtus, et meie osakonnas ja kogu suurel projektil ei olnud tol ajal ühtegi professionaalset testijat. Testimist viivad sageli läbi arendajad, veelgi sagedamini – analüütikud. Testimise õppimiseks ei olnud kedagi.
Ja kuhu IT-spetsialist sellistes olukordades suundub? Muidugi Google'i.
Esimesena sattusin ma raamatu . Ta aitas süsteematiseerida seda, mida ma juba sel hetkel teadsin, ja mõista, millistes valdkondades on mul projektis (ja testimise mõistmises) puudujääke. Raamatus seatud suunised olid väga olulised – ning lõpuks said need edasiste teadmiste aluseks.
Hiljem oli veel palju erinevaid raamatuid – kõiki ei saagi meenutada, ja loomulikult ka treeningud: nii kohapeal kui ka veebis. Kui rääkida kohapeal toimuvatest treeningutest, siis need ei andnud eriti palju, kolme päevaga ei õpi ju testimist. Teadmised testimises on nagu maja ehitamine: kõigepealt peab alus olema kindel, siis peavad seinad õigetesse kohtadesse paigutuma…
Mis puutub veebitreeningutesse – siis see on hea lahendus. Seal on loengute vahel piisavalt aega, et uusi teadmisi korralikult proovida ja isegi neid oma projektis rakendada. Samuti on võimalik õppida igal sobival ajal (mis on töötava inimese jaoks oluline), kuid ülesannete täitmise tähtaegade olemasolu on samuti oluline (mis on samuti töötava inimese jaoks väga oluline :)). Soovitan.
Kui rääkida testijate teed ümbritsevatest raskustest, siis alguses hirmutas mind kõige rohkem süsteemide mahukus ja erinevate protsesside hulk, mis toimuvad. Alati tundus, et „nüüd testin seda välja, kuid millele see veel mõju avaldab?“. Pidin jooksma arendajate ja analüütikute juurde, mõnikord küsima kasutajatelt. Minu pääste olid protsessiskeemid. Joonistasin neid tohutult palju, alustasin A4 lehega ja seejärel liimisin teiste lehtede ääri külge. Teen seda ka praegu — see aitab väga hästi protsesse süsteemseks muuta: näha, mis on sisendiks ja väljundiks ning kus on tarkvaras „õhukesed“ kohad.
Mis mind praegu hirmutab? Igavate (aga vajalikud) tööde, näiteks testjuhtude kirjutamine. Testimine on loominguline, kuid samas ka formaliseeritud metodoloogiline töö (jah, selline paradoks). Lubage endale „lennata“ protsesside kohal, katsetage kõige hullumeelsemaid oletusi, kuid ainult pärast seda, kui olete läbinud põhistsenaariud 🙂
Tegelikult mõistsin ma teekonna alguses, et ma ei tea midagi; nüüd mõistan ma sama, aga! Varem hirmutas mind see, et midagi ei tea, aga nüüd on see minu jaoks kui väljakutse. Uue tööriista omandamine, uue tehnika mõistmine, tundmatu tarkvara haaramine ja selle detailideni lahti võt mine on suur töö, kuid inimene on ju loodud töö jaoks.
Oma töös olen sageli kohanud kerget põlgust testijate suhtes. Nagu oleks arendajad tõsised, alati hõivatud inimesed; testijad aga, noh, neile pole üldse mingit vajalikkust, nendeta suudaks kõik kenasti teha. Selle tagajärjel on mulle sageli pandud palju lisatööd, näiteks dokumentatsiooni koostamine; vastasel juhul peeti mind rumalaks. Olen õppinud kirjutama dokumentatsiooni vastavalt standarditele ja korralikult vormistama kasutusjuhendeid (õnneks olen ma kasutanud suhtlemiseks piisavalt hästi ja teadnud, mis oleks kasutajatele mugav). Nüüd, pärast 9 aastat testijana töötamist ICLi ettevõtetes (viimased 3 aastat ja hetkel ICL Servicesis), mõistan täielikult testijate töö tähtsust. Isegi parim arendaja võib midagi tähelepanuta jätta ja midagi arvesse ei võtta. Lisaks sellele ei ole testijad mitte ainult ranged järelevalvajad, vaid ka kasutajate kaitsjad. Kes, kui mitte testija, teab hästi, kuidas tarkvaraga töötamise protsess peab olema üles ehitatud; ja kes, kui mitte testija, suudab vaadata tarkvara kodaniku vaatenurgast ja anda soovitusi kasutajaliidese osas?
Õnneks saan nüüd oma projektis kõiki varasemaid oskusi kasutada – testin (kasutades teststsenaariume ja lihtsalt nii, enda lõbuks :)), kirjutan dokumentatsiooni, muretsen kasutajate pärast ja isegi aitan mõnikord vastuvõtu testimisel.
Minu töös meeldib mulle kõige rohkem see, et pean pidevalt õppima midagi uut – ei saa paigal seista, teha päevast päeva sama asja ja olla spetsialist. Lisaks olen väga õnnelik oma meeskonna üle – nad on oma ala professionaalid, kes on alati valmis abistama, kui ma midagi ei saa aru, näiteks automaatsete testide arendamisel või koormustestide läbiviimisel. Ja mu kolleegid usuvad minusse: isegi teades, et mul on humanitaarharidus ja arvestades mu IT-hariduses olevaid "valgeid laike", ei ütle nad kunagi: «Ilmselt sa ei saa hakkama». Nad ütlevad: «Sa saad hakkama ja kui küsimusi on – pöördu meie poole».
Ma kirjutangi seda artiklit peamiselt nendele, kes soovivad töötada IT-sektoris üldiselt ja testimises eriti. Ma mõistan, et IT maailm võib välja näha keeruline ja salapärane ning võib tunduda, et ei õnnestu, et teadmised ei piisa või et te ei suuda… Kuid minu arvates on IT kõige sõbralikum valdkond, kui soovite õppida ja olete valmis vaeva nägema. Kui olete valmis oma käed ja pea kvaliteetse tarkvara loomise nimel rakendama, hoolitsema kasutajate eest ja lõppkokkuvõttes – paremaks maailmaks töötama, siis olete õiges kohas!
Karjäärinõustamise kontrollnimekiri
Olen koostanud teile väikese karjäärinõustamise kontrollnimekirja:
- Loomulikult peate hakkama saama arvutitega ja huvituma tehnoloogiast. Ilma selleta pole vaja alustada.
- Leidke endas professionaalsed omadused, mis on testija jaoks olulised: uudishimu, tähelepanelikkus, võime hoida peas süsteemi „kuju“ ning analüüsida seda, visadus, vastutus ja võime tegeleda mitte ainult lõbusa „hävitamise“ süsteemiga, vaid ka „igava“ tööga testimise dokumentatsiooni koostamisel.
- Võtke testimisega seotud raamatud (need on elektroniliselt hõlpsasti kättesaadavad) – ja pange need kõrvale. Usuge mind, alguses hirmutab see teid pigem kui innustab.
- Liituge professionaalse kogukonnaga. See võib olla testijate foorum (selliseid on palju, valige endale meelepärane), mõne professionaalse testija blogi või midagi muud. Miks? Esiteks, testijate kogukonnad on üsna sõbralikud ja te saate alati toetust ja nõu, kui seda paluda. Teiseks, kui hakkate selles valdkonnas ringi liikuma, on teil kergem ametisse sulanduda.
- Alustage tööd. Võite minna praktikantideks testijateks, ja siis õpetavad teid kõik vanemad kolleegid. Või võite alustada lihtsatest ülesannetest vabakutselisena. Igatahes peate hakkama töötama.
- Pärast seda, kui olete testimisega harjuma hakanud, pöörduge tagasi raamatute poole, mille panite punktis 3 kõrvale.
- Mõistke, et peate pidevalt õppima. Iga päev, iga aasta uurite uusi asju ja omandate uusi teadmisi. Lugege seda olukorda.
- Visake kõrvale oma hirmud ja kahtlused ning valmistuge üheks kõige huvitavamaks tööks maailmas 🙂
Ja, ja ja, ärge muretsege 🙂
Te saate hakkama, palju õnne!
UPD: Artikli aruteludest märkisid austatud kommentaatorid, et mitte kõik ei pruugi alguses nii hästi minna kui mul. Seetõttu sooviksin kontrollnimekirja lisada punkti 3a.
3a. Rääkides sellest, et raamatud tasub praegu kõrvale jätta, mõtlesin, et sel etapil on oht teooriaga üle koormata, kuna teoreetilisi teadmisi on raske õigesti struktureerida ilma praktikata, ja suur teoreetiline hulk võib teid hirmutada. Kui soovite end kindlamalt tunda ja mitte aega raisata, otsides, kust alustada praktiseerimist, soovitan teil osaleda algajate testijate veebikoolitusel või kuulata testimise kursust. Mõlemat võib väga lihtsalt leida ja teave antakse teile arusaadavas vormis. Ja vaadake järgmist punkti.
Allikas: habr.com
