"Uspešno življenje gradiš... dan za dnem..."
Moja pot testerja programske opreme se je začela nekoliko nepričakovano.
Na začetne kroge razgovorov sem prišel, ker sem domneval, da gre za priložnost za razvoj. Če sem iskren, sem bil kot vsi drugi diplomanti računalništva nekoliko skeptičen glede nadaljevanja testiranja.
A na koncu sem se odločil, da poskusim. Le z upanjem, da mi bo moja radovedna narava pomagala na tem področju.
Ponudbe nisem mogel sprejeti, ne da bi postavil to vprašanje - Ali bom dobil priložnost, da preidem na razvoj, če me testiranje ne zanima? :).
Verjemite mi - po tem nisem nikoli niti pomislil, da bi zapustil testiranje.
Ko sem se prijavil na tehnični krog, nisem bil pripravljen na nič drugega kot na osnovni koncept testiranja programske opreme. Mislim, da me je edina stvar, ki me je premagala, bila misel, da me ocenjujejo logično in ne teoretično.
To je bilo moje prvo učenje na področju testiranja - razumela sem, kako nas (novince) ocenjujejo.
Še danes uporabljam podobne tehnike pri zaposlovanju novincev v svoji ekipi. Predvsem preverjam njihovo logiko, vztrajnost in pristop k problemu.
Zycusu sem se pridružil kot pripravnik QA in nekega tretjega ali četrtega dne mi je bil dodeljen izdelek. To je bil eden največjih (takrat je bil v konceptu) in najbolj ambicioznih izdelkov podjetja. Ko sem se v prvih nekaj tednih ustalil, ni bilo več poti nazaj.
Začeli smo kot ekipa QA z dvema članoma in kmalu po nekaj mesecih sem bil edini, ki je vodil testiranje. V prvih dveh do dveh letih in pol sem zabeležil skoraj 3000 napak v različnih kategorijah, kot so funkcionalnost, zmogljivost, varnost, uporabniški vmesnik, uporabnost, večjezičnost, večnamenskost itd.
Pred novimi člani ekipe za testiranje sem se precej časa spopadal z močno 15-16-člansko razvojno ekipo. Tudi po novih članih razmerje med QC in Dev ni bilo zelo dobro in še vedno lahko s ponosom rečem, da je bilo to uspešno potovanje glede na vse, kar smo testirali, dostavili in obravnavali.
Pomembna točka, ki jo želim poudariti, je...
Pred odhodom na sestanek za razpravo o zahtevah sem si vnaprej zapisal morebitne dvome/opravke/nejasne točke. Zapisal sem si scenarije, ki jih želim preizkusiti ali na podlagi katerih želim sestaviti testne primere; včasih celo risanje scenarijev deluje kot čar.
Ko pišete/črtujete, v vaš um vstopi bolj jasno, nato pa vaš um dela na teh informacijah in ustvarja več scenarijev ter daje boljšo jasnost. To se nadaljuje, dokler ne dobite občutka DOSEŽENO!!!
Zaključek
Čeprav je skoraj nemogoče zapisati vse pomembne in najmanjše stvari, ki sem se jih naučil v preteklih letih, jih skušam povzeti v obliki seznama s točkami.
- Testiranje je zelo težko opredeliti. Nekdo lahko opravi vrhunsko testiranje in ga morda ne bo mogel opredeliti z besedami. Je tako, kot ga vidite vi.
- Vsak ima lahko svojo definicijo testiranja. Moja je bila preprosta -
O avtorju: Ta članek je napisal član ekipe STH Mahesh C. Trenutno dela kot višji vodja zagotavljanja kakovosti in ima izkušnje z vodenjem testiranja za več kompleksnih izdelkov in komponent.
Z veseljem vam odgovorimo. Komentirajte tukaj ali nam pišite. Hvala za branje.
Priporočeno branje