Meni

Moje nepričakovano potovanje v preizkuševalce programske opreme (od vstopne ravni do upravitelja)

my unexpected journey becoming software tester

Preizkusite Naš Instrument Za Odpravo Težav

'Zgradiš uspešno življenje ... Dan naenkrat ...'

Moje potovanje kot preizkuševalca programske opreme se je začelo nekoliko nepričakovano.

Na začetnih krogih razgovorov sem se predpostavljal, da gre za razvojno priložnost. Če sem iskren, sem bil kot vsi drugi diplomanti računalništva, tudi jaz nekoliko skeptičen glede nadaljevanja testiranja.

Toda končno sem se odločil poskusiti. Samo z upanjem, da mi bo moja radovedna narava pomagala na tem področju.

Ponudbe nisem mogel sprejeti, ne da bi postavil to vprašanje - bom dobil priložnost, da preklopim na razvoj, če me testiranje ne zanima? :).

Verjemite mi - po tem nisem niti pomislil, da bi zapustil testiranje.

prodajni sistemi za ipad

moje potovanje-kot-preizkuševalnik programske opreme

Ko sem se pojavil na tehničnem krogu, nisem bil pripravljen na nič drugega kot na osnovni koncept testiranja programske opreme . Mislim, da me je vodila le misel, da me ocenjujejo logično in ne teoretično. '

To je bilo moje prvo učenje pri testiranju - razumel sem, kako smo ( osvežilci ) so bili ocenjeni.

Še danes uporabljam podobne tehnike, ko najemam sveže za svojo ekipo. Preverjam njihovo logiko, trdoživost in pristop k problemu.

Priporočeno branje => 4 pomembne stvari, ki sem se jih naučil na svojem potovanju kot vodja preizkusov kakovosti

Zycusu sem se pridružil kot pripravnik QA in nek tretji ali četrti dan sem dobil izdelek. Bil je eden največjih (takrat je bil v konceptu) in najbolj ambicioznih izdelkov podjetja. Potem ko sem se ustalil v prvih nekaj tednih, zame ni bilo več poti nazaj.

Začeli smo kot dvojna ekipa za zagotavljanje kakovosti in kmalu po nekaj mesecih sem bil edini, ki je vodil prizadevanja za testiranje. V prvih 2 - 2,5 letih sam sem zabeležil skoraj 3000 napak v različnih kategorijah, kot so funkcionalnost, zmogljivost, varnost, uporabniški vmesnik, uporabnost, Večjezično , Večnajemni prostori itd.

Dolgo časa, preden sem se pridružil ekipi za testiranje, sem bil proti močni 15-16-članski razvojni skupini. Tudi po dodatkih razmerje QC: Dev ni bilo zelo zdravo in še vedno lahko ponosno rečem, da je bilo to uspešno potovanje, upoštevajoč vse, kar smo preizkusili, dostavili in obdelali.

Pomembna točka, ki jo želim tukaj izpostaviti, je Vse to je izhajalo iz razumevanja testiranja v praksi in ne samo iz teorije.

Že skoraj šest let sem na področju preizkušanja programske opreme. Bilo je neverjetno potovanje s toliko različnimi izkušnjami in obilico plodnega učenja.

Trenutno delam kot višji vodja nadzora kakovosti in skrbim za 5-6 izdelkov in modulov. Toda tisto, kar mi daje resnično veselje in srečo, je vodenje ekipe več kot 30 veselih in strastnih preizkuševalcev.

Seveda je veliko ljudi prispevalo k mojemu učenju, vendar vseeno lahko rečem, da je večina mojih izkušenj in znanja prišla na težjo pot (in verjetno najboljšo pot), se pravi, da se jo učim / rešim sam.

'Izkušnje so najboljši učitelj.'

Čeprav to rečem, sploh ne mislim reči, da vam učenje ali sledenje dokumentiranim teorijam o testiranju programske opreme ne bo koristilo. Verjamem, da bo vse to zagotovo pomagalo, ampak nič ne more premagati razumevanja koncepta v bistvu in drznega soočanja s težavami.

Verjamem, da vas dokumentirane stvari ne bodo naučile pravo testiranje , čeprav vam lahko da neko smer in potem ste sami. Vsaj v mojem primeru so bile težave, ki jih morda ni mogoče dokumentirati, da bi rešili moje natančne težave, ali pa jih nisem mogel pravočasno najti. Moja edina izbira je bila, da razumem problem / situacijo v bistvu in se nanjo odzovem s pristopom, ki se mi je zdel pravi.

Primeri - kako sem pristopila v različnih situacijah

Naj to razložim s pomočjo težav / situacij, s katerimi sem se soočal, in kako sem se z njimi lotil.

# 1) Poslovno razumevanje je za stopnjo višje od testiranja razumevanja

No, vsi to veste. Testiranje ni le preizkušanje nekaj validacij in nekaj preverjanja.

Kot preizkuševalec naj bi brez okvare vizualizirali vse možne scenarije, tudi najbolj redke redke scenarije. Upoštevali naj bi vse možne testne podatke, ki jih dejanski uporabnik morda uporablja.

Za vse to posel naj bi razumeli v celoti.

Ne bo narobe, če rečem, da bi morali poslovno in uporabniško bazo razumeti enako kot celo več kot poslovni analitik.

Soočal sem se s podobnimi kvotami.

Moral bi razumeti zapletene poslovne scenarije na področju javnih naročil premišljujte o novih zahtevah in jih pretehtajte z vidika uporabnika. Ne samo, da bi moral delati na svojih primerih, ampak tudi prispevati v fazah zahtev in načrtovanja vsake ponovitve. Tudi tu me ni rešila nobena pripravljena referenca, razen moje sposobnosti razmišljanja in razmišljanja.

Če želite bolje razumeti podjetje in bolje oblikovati svoje scenarije / primere, nič ne deluje kot pisalo in papir.

Preberite tudi => 5 Orodja za preizkuševalce za lažje življenje morajo imeti orodja, ki jih ni mogoče preizkusiti

Pred odhodom v Razprava o zahtevah srečanju sem si vnaprej zapisoval morebitne dvome / popravke / nejasne točke. Včasih sem zapisoval scenarije, na katerih želim preizkusiti ali zgraditi testne primere; včasih celo risanje scenarijev deluje kot čar.

Ko pišete / rišete, vam v mislih pride bolj jasno in potem vaš um dela na teh informacijah, ustvari več scenarijev in daje boljšo jasnost. To traja, dokler ne boste dobili občutka KONČANO !!!

# 2) Nastop v nasprotju z verjetnostjo in pod pritiskom

Delal sem na izdelku, ki je bil / je dovolj velik in zapleten, da je skupina 30 inženirjev neprekinjeno delala dolga tri leta, da je prišla na prodajno raven.

Večino začetne faze sem bil (solo) proti skupini od 15 do 20 razvijalcev, od mlajših, srednjih do višjih in starejših, ali pa me je spremljal eden ali nekaj drugih preizkuševalcev. Vsi so izdelku neusmiljeno dodajali nove funkcije, ki so s strani testiranja zahtevale enako in vzporedno pozornost.

Kot del sestankov z zahtevami, pisanja primerov, njihovega izvrševanja, raziskovalnih krogov, vzdrževanja strežnikov, uvedb ni bilo nič neobveznega.

vprašanja in odgovori za testiranje spletnih aplikacij

Takrat nisem poznal nobene metodologije, najboljša vaja , tečaj ali knjiga, ki mi lahko pokaže rešitve za takšne težave. Še danes nisem prepričan, ali vam lahko kaj pomaga natančno v boju s talno realnostjo, ko se soočite z njimi.

Kar sem raje počel, je bil agresiven in hitri krogi raziskovalnih preskusov (Do takrat imena še nisem vedel) za vsako funkcijo posamezno in nato ponovite. Ta rešitev deluje zgolj na tem, kako hitro lahko premikate svoje misli in oblikujete situacije / scenarije.

Seveda je to zahtevalo zelo hitro in agresivno delo, vendar je zame uspelo.

Kaj mislim z agresivnim krogom, ciljate eno stvar naenkrat (Izgovorite en element obrazca naenkrat) in ga preizkusite neodvisno in v povezavi z drugimi povezanimi elementi / stvarmi.

Priporočeno branje => Kako postati odvisnik od produktivnosti (še posebej kot preizkuševalec)

Npr. Kako preizkusiti polje z besedilom.

Tukaj lahko preizkusite:

  1. Ali sprejema in shranjuje podatke takšne, kot so
  2. Potrditev podatkovnega tipa
  3. Potrditev največje dolžine
  4. Ravnanje s posebnimi znaki
  5. XSS ravnanje
  6. Večjezično obdelavo podatkov
  7. Ravnanje s praznimi prostori / ni podatkov
  8. Vedenje tipk za zavihek in vnos
  9. Ravnanje z napakami (navzkrižni brskalnik)
  10. Poravnava uporabniškega vmesnika (navzkrižni brskalnik)
  11. Kopirajte podatke o lepljenju / vlečenje povezav v besedilno polje
  12. Najpomembnejše - vedenje tega polja w.r.t. drugi povezani elementi (vsako poslovno pričakovanje, povezano s tem poljem, kot je zapolnitev nečesa v drugem polju na podlagi podatkov v tem polju)

Ali vam razmišljanje o zgornjem preizkušanju daje samozavest, da se s tem področjem ne more res kaj narobe?

No, ciljanje na eno stvar naenkrat mi je vedno uspevalo in tudi jaz sem nekoč dokončal delo.

# 3) Ko ste proti 'nepričakovanemu'

Katera knjiga vam bo po vašem mnenju nenadoma pomagala pri 'Kako naj', ko naj bi naredili nekaj, česar še niste?

Če govorimo konkretno, potem ... Nobena.

Spominjam se trenutka, ko naj bi v odsotnosti vodstva za izdelek prvič skupaj z nekaterimi drugimi člani Junior in mid-senior našo aplikacijo namestili na demo (takrat nam je bila produkcija). Bilo je zelo pomembno za prvi demo našega izdelka.

No, uspeli smo, vendar z veliko poskusi in napake. Razlog je, da nihče od nas ni imel strokovnega znanja Linux in skript lupine . Spominjam se, da je naš IT-oddelek (vse v dobri veri) svojemu takratnemu upravitelju izrazil pomisleke glede tega, da izvajam napačne ukaze na strežnikih za proizvodnjo. Mogoče je bil to zgolj katalizator in skriptiranje lupine / Linux je bil moj naravni interes, toda čez nekaj časa sem na koncu prevzel odgovornost za vzdrževanje in nadgradnjo pet do šestih okolij hkrati.

Shell in Linux sta me tako dobro ujela, da sem kmalu jaz tista, ki sem začela izvajati interna izobraževanja o tem.

# 4) Ko merimo vašo uspešnost, vaše izkušnje ne

Zelo zgodaj v svoji karieri sem se primerjal in meril z zelo razvitimi in izkušenimi preizkuševalci. Verjamem, da ste mnogi od vas že imeli podobno situacijo in veste, kaj vam naredijo ta dodatna pričakovanja.

Tu je bilo zdravilo Potisnite se in se razvijajte .

Edina pot naprej je bila, da ne razmišljam o tem, kako manj sem izkušen, in se ne omejujem s svetovnimi standardi merjenja, kako počasi / hitro bi moral rasti / se učiti. Ne omejujem se na svetovna merila, kako hitro je treba začeti voditi in naslov, ki ga potrebujemo, preden to storimo.

No, okoli te točke moram reči, ne glede na to, kateremu področju pripadate, priporočam, da preberete Robin Sharma The Leader, ki ni imel naslova. Pomagal vam bo sprostiti tisto, kar je v vas. Povedala vam bo, da vas nihče razen vas ne more zadržati.

Če moram svoje izkušnje vezati na nekaj stavkov, gre takole:

»Vaša radovednost, pozornost do podrobnosti, disciplina, logično razmišljanje, strast do dela in sposobnost seciranja stvari so vse, kar je pomembno, da postanete uničujoč in uspešen preizkuševalec. Uspelo mi je in močno verjamem, da bo uspelo tudi vam. Če imate te lastnosti, vam mora to uspeti. «

No, branje tako daleč, če mislite, da spodbujam osnovne človeške lastnosti nad globljim teoretičnim znanjem, potem to ni povsem res. Verjamem, da če začnete z nečim in okusite uspeh, je to nekoliko bolj odvisno od vaših vgrajenih lastnosti kot od informacij, ki ste se jih naučili. Če pa želite iti daleč na katerem koli področju, se morate naučiti lekcij, načel in izkušenj.

Tudi v mojem primeru sem se moral do neke mere naučiti terminologij, konceptov, teorij, ko sem napredoval v svoji karieri. Razlog je, da moraš kot preizkuševalec sodelovati z več ljudmi, ki bodo govorili v teh pogojih, in to moraš razumeti.

Kot vodja ali preizkuševalec boste imeli novega preizkuševalca, ki prihaja iz nekega dela sveta s svojim znanjem o dejstvih, definicijah in terminologijah. Tudi tu ne morete ostati pasivni do teh stvari; morate imeti predhodno znanje o največ možnih stvareh, ki so bile uporabljene / povedane tam zunaj.

Učenje je neizogibno.

Moral sem izvedeti več o različnih vrstah testiranja, kako jih izvesti in kako to razložiti ljudem v moji ekipi v pravi fazi. Moral sem oceniti nove ideje, orodja in jih uresničiti. Učenje novih konceptov in metodologij postane enako pomembno, ko se premikate po lestvici navzgor.

Preberite več => Vodnik od A do Ž o izbiri najboljše avtomatizacije

Zaključek

Čeprav je skoraj nemogoče zapisati vse pomembnejše in podrobnejše stvari, ki sem se jih naučil v preteklih letih, je to moj poskus, da to povzam v seznam z zaporednimi znaki.

  • Testiranje je zelo težko opredeliti. Nekdo lahko opravi vrhunsko testiranje in ga morda ne bo mogel opredeliti z besedami. Takšen je kot vidite.
  • Vsak ima lahko svojo definicijo testiranja. Moja je bila preprosta- 'Dobili ste stvar - poiščite napake in jo izboljšajte.'
  • Za preizkušanje uničevanja vam ni treba nujno velikih teorij, kompleksnih matric ali ISTQB. Moraš biti radoveden , osredotočeni in strastni, logično razmišljajo in imajo sposobnost seciranja. Vendar poznavanje dodatnega ne škoduje, a ne za ceno izgube bistva.
  • Tudi tradicionalni pristopi / koncepti imajo svoj pomen in jih enako spoštujem, saj obstaja dobršen del sveta, kjer so ti pravični. Samo testiranje se ne more razviti; za to se mora razvijati tudi okolica.
  • Kot preskuševalec postane enako pomembno nauči se novega orodja, tehnike in metodologije, ko napredujete . Načrtovanje testov, boljši pristopi za izvajanje različnih vrst testiranj, situacijsko testiranje je nekaj, kar lahko naštejemo.
  • Ker je testiranje tekoče, se tudi definicija ustreznosti zelo razlikuje od organizacije do organizacije. Biti uničujoč ali odličen preizkuševalec je morda dovolj dober, da preverite plačo, če imate srečo, ali pa lahko zahteva dodatno znanje o tem, kako testiranje deluje v tradicionalnih podjetjih. Oba sta ravno pri sebi.npr.Zaposlim ljudi v skladu z mojo definicijo testiranja (ki se nekoliko razlikuje glede na izkušnje kandidata in profil seveda).
  • Ker obstaja slog kodiranja, vožnje, kuhanja; obstaja tudi slog testiranja. Morda ne boste uživali, če tega ne počnete po svoje. Mislim, da ima testiranje lahko smernice, vendar mikroprocesi ne bi smeli biti vezani nanje.
  • Učinkovito vodilo bi morala njegova ekipa izbrati delo, ne pa dodeliti. Občasno ga lahko spremeni za izboljšanje izdelka.
  • Poskusite svoje ljudi usposobiti na njihovem območju zanimanja in skupaj s tistimi, kjer želite, da so usposobljeni. Misli in napore svoje ekipe uskladite s končnim ciljem, ki je 'Najboljša kakovost'.
  • Ne poskušajte upravljati svojih ljudi, vodite jih. Bodite prijazni in dostopni, delo je veliko lažje.
  • Vsak član vaše ekipe bi moral imeti rad svoje delo, biti navezan na izdelek in biti ljubeč do ljudi okoli. Potem bodo izšli le najboljši med njimi.
  • Testni svet se mora razvijati. Precejšen del sveta prehaja na bolj praktične pristope, kot so raziskovalno testiranje, kontekstno usmerjeno testiranje (ki ga mnogi izvajajo, ne da bi vedeli, da je to to), ki bi ga morali poskusiti razviti tudi drugi,
  • Treba bi bilo oblikovati več skupnosti za testiranje in enako misleči ljudje bi se morali zbrati v večjem obsegu. Veliko je tega, kar lahko delimo, se učimo, prilagajamo in uvajamo novosti.

Upam, da vam moje izkušnje in ugotovitve pomagajo postati boljši preizkuševalec ali vam pomagajo bolje razumeti testiranje.

Nadaljnje branje => Od začetnika do profesionalca: popoln vodnik po uspešnem potovanju strokovnjaka za testiranje

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 preizkušanja več kompleksnih izdelkov in komponent.

Všeč mi bo slišati. Komentirajte tukaj ali se obrnite na nas. Najlepša hvala za branje.

Priporočeno branje

^