Artikkel Minu kolleeg Daniil Yusupov inspireeris mind väga. On hämmastav, kui sõbralik ja külalislahke on IT-sektor – õpi ja tule kohale ning jätka alati uute asjade õppimist. Seetõttu tahan jagada oma lugu, kuidas õppisin psühholoogiks, kuid sain testijaks.

Psühholoogiks õppimine oli minu südamehääl – tahtsin aidata inimesi ja olla ühiskonnale kasulik. Lisaks huvitab mind teadustegevus väga. Õppimine kulges mul kergelt, kirjutasin teaduslikke töid, esinesin konverentsidel ja mul oli isegi praktiliselt olulisi uuringuid ning plaanisin süveneda kliinilise psühholoogia valdkonda. Kuid kõik hea lõpeb kunagi – lõppes ka minu õpingud ülikoolis. Doktorantuuri ma loobusin naljakate stipendiumide tõttu ja astusin suure maailma otsima enda teed.

Siin ootas mind üllatus: oma diplomi ja teaduslike töödega polnud ma kuskil vajalik. Üldse. Otsiti psühholooge lasteaedadesse ja koolidesse, mis ei olnud minu jaoks vastuvõetav variant, kuna ma ei saanud lastega hästi hakkama. Kliendiks minemiseks oleks pidanud mingi aja tasuta või väga madala tasu eest töötama.

Ütelda, et olin meeleheites – see on pehmelt öeldud.

Uue otsing

Üks minu tuttav töötas tarkvaraarenduses ja just tema pakkus mulle, nähes mu tegemisi, minna neile testijaks – ma suhtlesin arvutitega hästi, huvitusin tehnoloogiast ja polnud ma täiesti lootusetu humanitaar. Kuid kuni selle hetkeni ei teadnud ma isegi, et selline amet eksisteerib. Otsustasin, et kaotada ei ole mul küll midagi – ja läksin. Läbisin vestluse ja mind võeti sõbralikku kollektiivi.

Mind tutvustati lühidalt tarkvaraga (programm oli suur, paljude alamsüsteemidega) ja mind saadeti kohe 'välja' juurutama. Ja mitte kuhugi mujale, vaid politseisse. Mulle anti koht kelderis ühe linnaosa OVD-s (Tatarstani vabariik). Seal koolitasin töötajaid, kogusin probleeme ja soovitusi ning esitasin näitusi ülematele ning loomulikult tegin samaaegselt tarkvara testimist ja saatsin arendajatele aruandeid.

Töötamine jõustruktuuri esindajatega pole lihtne – nad alluvad käskudele, neil on ranged aruanded, seega räägivad nad bürokraatlikus keeles. Olen pidanud leidma ühise keele kõigi vahel, alates leitnandist kuni kolonelini. Sellega aitas mind väga minu diplom spetsialiteedi järgi.

Teoreetilise baasi arendamine

Pean ütlema, et kui ma alles alustasin, ei olnud mul mingit teoreetilist baasi. Mul oli dokumentatsioon ja ma teadsin, kuidas programm peaks töötama; sellest lähtudes edenesin. Milliseid testimise liikide tüüpe on, milliseid tööriistu võib kasutada elu kergendamiseks, kuidas teha testanalüüsi, mis on testimise disain – sellest ma ei teadnud midagi. Ma ei teadnud isegi, kust otsida vastuseid kõikidele 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 lõpuks viib monkey testing probleem teoreetilise baasi puudumiseni. Käsitlesin hariduse küsimust. Kokkuvõttes ei olnud meil osakonnas ega kogu suures projektis sel ajal ühtegi professionaalset testijat. Testimise viisid läbi tihti arendajad, veelgi sagedamini analüütikud. Ei olnud kedagi, kellelt testimist õppida.

Ja kuhu IT-spetsialist sellistes olukordades läheb? Muidugi, Google'i.

Esimene raamat, millega ma kokku puutusin, oli Bläka "Testimise võtmeprotsessid".. See aitas süsteematiseerida seda, mida ma juba tol korral teadsin, ja mõista, millistes valdkondades mul projektis (ja testimise mõistmises) jäi puudujääke. Raamatus seatud suunised olid väga olulised – ja lõpuks said need aluseks järgnevale teadmistele.

Pärast seda oli veel palju erinevaid raamatuid – kõiki ei mäleta, ning kindlasti ka koolitusi: kohalikke ja veebipõhiseid. Kohalike koolituste puhul pole need palju andnud, ikkagi ei õpita testimist kolme päevaga. Testimisalane teadmine on nagu maja ehitamine: esmalt peab fundament püsima, seejärel peavad seinad oma kohtadele minema...

Mis online koolituste kohta – see on hea lahendus. Loengute vahel on piisavalt aega, et uusi teadmisi korralikult proovida ja isegi rakendada neid oma projektis. Samuti saab õppida igal sobival ajal (mis on oluline töötavale inimesele), kuid ülesannete esitamise tähtaegu on samuti olemas (mis on samuti väga oluline töötavale inimesele :)). Soovitan.

Kui rääkida testija tee keerukustest, siis alguses hirmutas mind kõige enam süsteemide kohmakus, suur hulk erinevaid protsesse, mis toimusid. Alati tundus: 'Aga ma testin siin välja ja millele veel see mõjub?'. Pidi jooksma arendajate ja analüütikute vahel, mõnikord küsima kasutajatelt. Mind päästsid protsesside skeemid. Joonistasin nende jaoks tohutu hulga, alustasin A4 lehega ja kleepisin sellele hiljem teisi lehti kõikidest suundadest. Teen seda ka praegu, see aitab tõeliselt protsesse süsteemselt kujundada: vaadata, mida meil sisendina on ja mis on väljundis ning kus tarkvaras on „õhukesed” kohad.

Mida ma praegu kardan? Igav tööd, nagu testjuhtude kirjutamine, näiteks. Testimine on loominguline, kuid samas ka formaliseeritud meetodlik töö (ja jah, see on selline paradoks). Laske endal 'lennata' protsesside kohal, proovige kõige hullumeelsemaid oletusi, kuid ainult pärast seda, kui olete läbinud põhistsenaariume 🙂.

Üldiselt, mis alguses ma mõistsin, et ei tea midagi; et nüüd mõistan sama, kuid! Varem hirmutas mind teadmatuse tunne, nüüd on see minule kui väljakutse. Uue tööriista omandamine, uue tehnika mõistmine, uurida tundmatut tarkvara ja võtta see tükkideks – see on suur vaev, kuid inimene on ju sündinud töö tegemiseks.

Oma töös olen tihti kokku puutunud kerge põlgusega testijate vastu. Väidetakse, et arendajad on tõsised ja alati hõivatud inimesed, kuid testijad – noh, ei tea, miks nad üldse vajalikud on, ilma nendeta saab suurepäraselt hakkama. Selle tõttu pandi mulle sageli peale hulga lisatööd, näiteks dokumentatsiooni koostamine, muidu arvati, et ma lohutan aega. Olen õppinud kirjutama dokumentatsiooni vastavalt standarditele ja korralikult koostama kasutajajuhiseid (õnneks olin kasutajatega piisavalt hästi seotud ja teadsin, kuidas neile mugavam oleks). Nüüd, pärast 9 aastat testijana töötamist ICLi ettevõtete grupis (viimased 3 aastat ja tänaseni grupi ettevõtte osakonnas – ICL Services), mõistan täielikult, kui oluline on testijate töö. Isegi parim arendaja võib midagi tähelepanuta jätta või millestki mööda vaadata. Lisaks ei ole testijad mitte ainult ranget järelvalvet teostavad isikud, 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 tavainimese perspektiivist ja anda soovitusi kasutajaliidese osas?

Õnneks saan oma projektis kasutada kõiki varem omandatud oskusi – testin (vastavalt testijuhistele ja lihtsalt nii, rõõmuks :)), kirjutan dokumentatsiooni, muretsen kasutajate pärast ja isegi aeg-ajalt aitan läbivaatamise testimisel.

Oma töös meeldib mulle kõige rohkem see, et tuleb pidevalt õppida midagi uut – ei saa mitte midagi teha ja kogu aeg sama asja teha ning spetsialistiks jääda. Lisaks olen väga õnnelik oma meeskonna üle – nad on oma ala professionaalid, kes on alati valmis aitama, kui ma midagi ei mõista, näiteks automaatsete testide arendamisel või koormustestide läbiviimisel. Ja veel usaldavad mu kolleegid mind: isegi teades, et mul on humanitaarharidus, ja eeldades, et minu IT-hariduses on

Ma kirjutan seda artiklit eelkõige neile, kes soovivad töötada IT-sektoris üldiselt ja testimises konkreetselt. Mõistan, et IT maailm võib pealtnäha tunduda keeruline ja salapärane, ning võib tunduda, et teadmised ei piisa või et te ei saa hakkama... Kuid minu arvates on IT ala kõige külalislahkem, kui soovite õppida ja olete valmis vaeva nägema. Kui olete valmis panustama käte ja mõistusega kvaliteetsete tarkvarade loomisse, hoolides kasutajatest ja lõpuks – parandades maailma, siia te oletegi teretulnud!

Professionaalsesse ametisse sisenemise kontrollnimekiri

Ja teie jaoks olen koostanud väikese sisenemise kontrollnimekirja:

1. Muidugi peate olema arvutitega hea ja huvituma tehnoloogiast. Ilma selleta võite isegi mitte alustada.
2. Tuletage endale meelde testija jaoks olulisi professionaalseid omadusi: uudishimu, tähelepanelikkus, võime hoida mõttes süsteemi „pilti“ ja seda analüüsida, usinust, vastutustunne ja võime tegeleda mitte ainult lõbusa „süsteemi purustamise“, vaid ka „igava“ testdokumentatsiooni koostamise tööga.
3. Hankige testimise raamatud (neid on lihtne leida ka elektroonilises formaadis) – ja jätke need kõrvale. Usuge, alguses ehmatavad need teid rohkem, kui aitavad.
4. Liituge kutseühendusega. See võib olla testijate foorum (neid on palju, valige see, mis teile meeldib), mõne professionaalse testija blogi või midagi muud. Miks? Esiteks, testijate kogukonnad on väga sõbralikud ja saate alati toetust ja nõu, kui palute. Teiseks, kui hakkate selles valdkonnas liikuma, on teil lihtsam ametisse sulanduda.
5. Alustage tööd. Võite minna praktikantideks-testijateks, kus vanemad kolleegid õpetavad teid kõikidele oskustele. Või alustada lihtsate ülesannetega vabakutselisena. Igatahes peate hakkama tööle.
6. Pärast seda, kui olete hakanud testimist praktiseerima, naaske punktis 3 kõrvale pandud raamatute juurde.
7. Tehke endale selgeks, et peate pidevalt õppima. Päevast päeva, aastast aastasse õpite midagi uut ja teete endale selgeks uusi aspekte. Aktsepteerige seda olukorda.
8. Viskage kõrvale oma hirmud ja kahtlused ning valmistuge üheks kõige huvitavamaks tööks maailmas 🙂

Ja muidugi, ärge kartke midagi 🙂

Te saate hakkama, palju õnne!

UPD: Artikli aruteludes tähelepanu juhtinud austatud kommenteerijad märkisid, et mitte kõigil ei pruugi alguses nii hästi minna nagu mul. Seetõttu sooviksin check-listile lisada punkti 3a.

3a. Rääkides sellest, et raamatud on parem ajutiselt kõrvale jätta, mõtlesin, et sel etapil oleks ohtlik end teooriaga üle koormata, kuna teoreetilisi teadmisi on raske õigesti struktureerida ilma praktikata, ja suur hulk teooriat võib hirmutada. Kui soovite tunda end kindlamalt ja mitte kaotada aega, samas kui otsite, kust alustada praktiseerimist, soovitan teil osaleda algajatele mõeldud testijate veebikoolitusel või kuulata testimise kursust. Mõlemat on väga lihtne leida ja seal edastatakse teave arusaadaval kujul. Ja vaadake järgmist punkti.

Allikas: habr.com