Meni

Moje neočekivano putovanje u postajanje ispitivačem softvera (od početne do upraviteljske)

my unexpected journey becoming software tester

Isprobajte Naš Instrument Za Uklanjanje Problema

'Gradite uspješan život ... Dan po dan ...'

Moje putovanje kao ispitivača softvera započelo je pomalo neočekivano.

Pojavio sam se za početne runde intervjua pretpostavljajući da je to prilika za razvoj. Da budem iskren, kao i svaki drugi diplomirani inženjer računarstva, bio sam pomalo skeptičan u vezi s nastavkom testiranja.

Ali na kraju, odlučio sam pokušati. Samo s nadom da će mi moja znatiželjna priroda pomoći na ovom polju.

Nisam mogao prihvatiti ponudu bez postavljanja ovog pitanja - hoću li dobiti priliku prebaciti se na razvoj u slučaju da me testiranje ne zanima? :)

Vjerujte mi - nikad nakon toga nisam ni pomislio napustiti testiranje.

c ++ i Java razlike

moje putovanje-kao-softverski-tester

Kad sam se pojavio na tehničkom krugu, nisam bio spreman ni za što drugo osim za osnovni koncept testiranja softvera . Pretpostavljam da me provodila samo misao da me ocjenjuju logično, a ne teoretski ’.

Ovo je bilo moje prvo učenje u testiranju - razumio sam kako smo ( svježiji ) su ocjenjivani.

I danas koristim slične tehnike dok unajmljujem svježe za svoj tim. Provjeravam njihovu logiku, upornost i pristup problemu u odnosu na bilo što drugo.

Preporučeno čitanje => 4 važne stvari koje sam naučio na svom putovanju kao QA voditelj testa

Pridružio sam se Zycusu kao QA pripravnik i neki treći ili četvrti dan dobio sam proizvod. Bio je to jedan od najvećih (tada je to bio koncept) i najambicioznijih proizvoda tvrtke. Nakon što sam se skrasio prvih nekoliko tjedana, nije mi bilo povratka.

Počeli smo kao QA tim od dvoje ljudi, a ubrzo nakon nekoliko mjeseci ja sam jedini bio pokretač testiranja. U početne 2 - 2,5 godine sam zabilježio sam gotovo 3000 nedostataka u različitim kategorijama kao što su funkcionalnost, izvedba, sigurnost, korisničko sučelje, upotrebljivost, Višejezično , Višestanarstvo itd.

Znatno vrijeme prije novih dodavanja u tim za testiranje, bio sam protiv snažnog razvojnog tima od 15-16 članova. Čak i nakon dodavanja, omjer QC: Dev nije bio baš zdrav i još uvijek mogu s ponosom reći da je to bilo uspješno putovanje s obzirom na sve ono što smo testirali, isporučili i riješili.

Važna točka koju ovdje želim istaknuti je- Sve je to bilo iz razumijevanja Testiranja u praksi, a ne samo iz teorije.

Već sam šest godina u području testiranja softvera. Bilo je to nevjerojatno putovanje s toliko različitih iskustava i puno plodnog učenja.

Trenutno radim kao viši QA menadžer i brinem se o nekih 5-6 proizvoda i modula. Ali ono što mi pruža istinsku radost i sreću je vođenje tima od 30+ sretnih i strastvenih Testerica.

Naravno, mnogi su ljudi dali svoj doprinos mom učenju, ali svejedno mogu reći da je većina mog iskustva i znanja došla na teži put (i vjerojatno najbolji način), tj. Samostalno ga naučiti / riješiti.

'Iskustvo je najbolji učitelj.'

Iako ovo govorim, uopće ne mislim reći da vam neće biti od koristi učenje ili slijediti dokumentirane teorije o testiranju softvera. Vjerujem da će ovo sve sigurno pomoći, ali ništa ne može pobijediti razumijevanje koncepta u srži i hrabro suočavanje s problemima.

Vjerujem da vas dokumentirane stvari neće naučiti pravo testiranje , iako vam može dati određeni smjer i tada ste sami. Barem u mom slučaju, bilo je problema koji možda nisu dokumentirani za rješavanje mojih točnih problema ili ih nisam mogao pronaći na vrijeme. Moj jedini izbor bio je razumjeti problem / situaciju u srži i reagirati na njega pristupom koji sam smatrao ispravnim.

Primjeri - Kako sam pristupao u različitim situacijama

Dopustite mi da to objasnim uz pomoć problema / situacija s kojima sam se suočio i kako sam im pristupio.

# 1) Poslovno razumijevanje za nijansu je veće od testiranja razumijevanja

Pa, svi to znate. Testiranje nije samo testiranje nekoliko provjera valjanosti i provjeravanje.

Kao tester, trebali bismo vizualizirati svaki mogući scenarij, čak i najrjeđi od rijetkih scenarija. Trebali bismo razmotriti sve moguće testne podatke koje bi stvarni korisnik mogao koristiti.

Za sve ovo, trebali bismo posao razumjeti u potpunosti.

Neće biti pogrešno ako kažem da bismo trebali razumjeti poslovnu i korisničku bazu jednako ili čak više nego što to čini poslovni analitičar.

Suočio sam se sa sličnim kvotama.

Trebao sam razumjeti složene poslovne scenarije u domeni nabave, razmislite o novim zahtjevima i odvažite ih iz perspektive korisnika. Ne samo da sam trebao razraditi svoje slučajeve, već i doprinijeti u fazama Zahtjevi i Dizajn svake iteracije. Ni ovdje mi nije pomogla nijedna spremna referenca osim moje sposobnosti razmišljanja i razmišljanja.

Da biste bolje razumjeli posao i bolje dizajnirali svoje scenarije / slučajeve, ništa ne djeluje kao olovka i papir.

Također pročitajte => 5 Moraju imati alate za testiranje koji ne mogu testirati kako bi olakšali život

Prije odlaska u Rasprava o zahtjevima sastanka, znao sam prethodno zapisivati ​​moguće sumnje / ispravke / nejasne točke. Nekad sam zapisivao scenarije na kojima želim isprobati ili graditi test slučajeve; ponekad čak i crtanje scenarija djeluje kao šarm.

Kad pišete / crtate, to vam ulazi s boljom jasnoćom i tada vaš um radi na tim informacijama, stvara više scenarija i daje bolju jasnoću. To traje sve dok ne dobijete onaj osjećaj GOTOVOG !!!

# 2) Nastupanje protiv šanse i pod pritiskom

Radio sam na proizvodu koji je bio / je dovoljno velik i složen da tim od 30 inženjera kontinuirano radi tri duge godine kako bi došao na razinu prodaje.

Većinu početne faze ili sam bio (solo) protiv tima od 15-20 programera, koji su se kretali od mlađeg, srednjeg i starijeg nivoa, ili sam bio u pratnji jednog ili nekoliko drugih testera. Svi su neumorno dodavali nove značajke proizvodu, što je zahtijevalo jednaku i paralelnu pažnju sa strane testiranja.

Kao dio sastanaka zahtjeva, pisanja slučajeva, izvršavanja istih, istraživačkih rundi, održavanja poslužitelja, implementacija, ništa nije bilo neobavezno.

što je swf datoteka?

Tada nisam bio svjestan niti jedne metodologije, najbolja vježba , tečaj ili knjiga koja mi može pokazati rješenja za takve probleme. Ni danas nisam siguran postoji li nešto što vam može precizno pomoći u borbi protiv zemaljske stvarnosti dok se suočavate s njima.

Ono što sam radije radio je agresivno i brzi krugovi istraživačkog ispitivanja (Tada mi nije bilo poznato ime) za svaku značajku jednu po jednu, a zatim ponovite. Ovo rješenje djeluje isključivo na tome koliko brzo možete preusmjeriti svoje misli i uokviriti situacije / scenarije.

Naravno, ovo je zahtijevalo vrlo brz i agresivan rad, ali je uspjelo za mene.

Ono što mislim pod agresivnim krugom je, ciljate jednu po jednu stvar (Recite jedan po jedan element obrasca) i testirajte ga neovisno i zajedno s drugim povezanim elementima / stvarima.

Preporučeno čitanje => Kako postati narkoman produktivnosti (pogotovo kao ispitivač)

Npr. Kako testirati okvir za tekst.

Ono što ovdje možete testirati je:

  1. Prihvaća li i sprema li podatke onakve kakvi jesu
  2. Provjera vrste podataka
  3. Provjera maksimalne duljine
  4. Rukovanje posebnim znakovima
  5. XSS rukovanje
  6. Višejezično rukovanje podacima
  7. Rukovanje praznim prostorima / nema podataka
  8. Ponašanje tipki tab i enter
  9. Rukovanje pogreškama (unakrsni preglednik)
  10. Poravnanje korisničkog sučelja (unakrsni preglednik)
  11. Kopirajte podatke zalijepljenja / povlačenja veza u tekstualni okvir
  12. Najvažnije - ponašanje ovog polja w.r.t. ostali povezani elementi (svako poslovno očekivanje povezano s ovim poljem, poput popunjavanja nečega u nekom drugom polju na temelju podataka iz ovog polja)

Daje li vam razmišljanje o gore navedenom testiranju samopouzdanje da s ovim područjem baš ništa ne može poći po zlu?

Pa, ciljanje na jednu stvar uvijek mi je uspjelo, a i ja sam nekad dovršio posao.

# 3) Kad se suprotstavite 'neočekivanom'

Što mislite koja će vam knjiga odjednom pomoći u ‘Kako to’ kad biste trebali napraviti nešto što nikada prije niste radili?

Ako razgovaramo konkretno onda- Nijedna.

Sjećam se vremena kada smo u nedostatku vodiča za proizvodom, zajedno s nekolicinom mlađih i srednjih članova, trebali prvi put rasporediti našu aplikaciju na demo (to nam je tada bila proizvodnja). Bilo je vrlo važno za prvi demo našeg proizvoda.

Pa, uspjeli smo, ali s puno pokušaja i pogrešaka. Razlog je što nitko od nas nije imao stručnosti za to Linux i skripte za ljuske . Sjećam se, naš je IT odjel (sve u dobroj vjeri) pokrenuo zabrinutost svom tadašnjem upravitelju zbog toga što izvršavam pogrešne naredbe na proizvodnim poslužiteljima. Možda je ovo bio samo katalizator i skriptiranje ljuske / Linux mi je bio prirodni interes, ali ubrzo nakon toga na kraju sam preuzeo odgovornost za istovremeno održavanje i nadogradnju pet do šest okruženja.

Shell i Linux toliko su me uhvatili da su ubrzo upravo ja počeli provoditi interne treninge o tome.

# 4) Kada se mjeri vaša izvedba, vaše iskustvo nije

Vrlo rano u svojoj karijeri uspoređivao sam i mjerio s vrlo razvijenim i iskusnim ispitivačima. Vjerujem da su mnogi od vas sigurno doživjeli sličnu situaciju i znaju što vam čine ta dodatna očekivanja.

Lijek je ovdje trebao biti Gurati se i razvijati se .

Jedini način naprijed bio je ne razmišljati o tome koliko sam manje iskusan, ne ograničavajući se svjetskim standardima mjerenja koliko bih sporo / brzo trebao rasti / učiti. Ne ograničavajući se na svjetske kriterije koliko brzo treba početi voditi i naslov koji treba prije nego što to napravimo.

Pa, oko ove točke, moram reći, neovisno kojem području pripadate, preporučujem vam da pročitate Robin Sharma The Leader Who had no title. Pomoći će vam da oslobodite ono što se nalazi u vama. Reći će vam da vas nitko osim vas ne može zadržati.

Ako svoje iskustvo moram povezati u nekoliko rečenica, to ide ovako:

„Vaša znatiželja, pažnja prema detaljima, disciplina, logično razmišljanje, strast za poslom i sposobnost seciranja stvari najvažnije su da biste bili destruktivni i uspješni ispitivač. Uspjelo je za mene i čvrsto vjerujem da će uspjeti i za vas. Ako imate ove osobine, to vam mora uspjeti. '

Pa, čitajući ovoliko daleko ako mislite da promičem osnovne ljudske osobine preko dubljeg teorijskog znanja, to onda nije potpuno točno. Vjerujem da ću započeti s nečim i okusiti uspjeh u tome, to malo više ovisi o vašim ugrađenim kvalitetama nego o informacijama koje ste naučili. Međutim, da biste otišli daleko u bilo kojem polju, morate naučiti lekcije, principe i iskustva.

I u mom slučaju morao sam donekle naučiti terminologije, koncepte, teorije kako sam napredovao u svojoj karijeri. Razlog je taj što kao tester morate komunicirati s nekoliko ljudi koji će razgovarati tim izrazima i vi to morate razumjeti.

Kao vodeći ili zajednički ispitivač imat ćete novog ispitivača koji dolazi iz nekog dijela svijeta sa svojim vlastitim znanjem činjenica, definicija i terminologije. Ni ovdje ne možete ostati pasivni prema tim stvarima; morate imati predznanje o maksimalno mogućim stvarima koje ste tamo koristili / rekli.

Učenje je neizbježno.

Morao sam naučiti više o različitim vrstama testiranja, kako ih izvršiti i načinima kako to objasniti ljudima u mom timu u pravoj fazi. Morao sam procijeniti nove ideje, alate i primijeniti ih. Učenje novih koncepata i metodologija postaje jednako važno kako se krećete prema ljestvici.

Pročitajte više => Vodič od A do Ž o odabiru najbolje automatizacije

Zaključak

Iako je gotovo nemoguće zabilježiti svaku veliku i sitnu stvar koju sam naučio tijekom godina, ovo je moj pokušaj da je sažmem na popis s oznakama.

  • Testiranje je vrlo teško definirati. Netko može napraviti vrhunsko testiranje i možda ga neće moći riječima definirati. Takav je kakav vidite.
  • Svatko može imati svoju definiciju testiranja. Moje je bilo jednostavno- 'Dobila si stvar - pronađi greške i poboljšaj je.'
  • Ne trebaju vam nužno velike teorije, složene matrice ili ISTQB da biste bili ispitivač destrukcije. Moraš biti znatiželjan , usredotočeni i strastveni, logično razmišljaju i imaju sposobnost seciranja. Međutim, znanje o dodatnom ne šteti, ali ne po cijenu gubitka suštine.
  • I tradicionalni pristupi / koncepti imaju svoju važnost i ja ih jednako poštujem s obzirom na činjenicu da postoji dobar dio svijeta u kojem su to pravedna potreba. Samo testiranje ne može evoluirati; za to se mora razvijati i okolina.
  • Kao ispitivač, postaje jednako važno naučiti novo alata, tehnika i metodologija dok idete dalje . Planiranje ispitivanja, bolji pristupi izvođenju različitih vrsta ispitivanja, situacijsko testiranje je nekoliko koje treba navesti.
  • Budući da je testiranje fluidno, definicija ispravnog prilagođavanja također se uvelike razlikuje od organizacije do organizacije. Biti destruktivan ili izvrstan ispitivač možda je dovoljno dobar za provjeru plaće ako imate sreće ili može zahtijevati dodatno znanje o tome kako testiranje funkcionira u tradicionalnim tvrtkama. Oboje su točno kod sebe.npr.Angažiram ljude prema mojoj definiciji testiranja (koja se ponešto razlikuje prema iskustvu kandidata i profilu, naravno).
  • Kao što postoji stil kodiranja, vožnje, kuhanja; postoji i stil testiranja. Možda nećete uživati ​​ako to ne radite na svoj način. Mislim na to da testiranje može imati smjernice, ali ne bi trebalo biti teško vezano mikroprocesima.
  • Učinkovito olovo trebao natjerati njegov tim da odabere posao, a ne da dodjeljuje. Povremeno ga može izmijeniti radi poboljšanja Proizvoda.
  • Pokušajte osposobiti svoje ljude u njihovom interesnom području, kao i tamo gdje želite da budu obučeni. Uskladite misli i napore svog tima s krajnjim ciljem, koji je 'Najbolja kvaliteta'.
  • Ne pokušavajte upravljati svojim ljudima, vodite ih. Budite ljubazni i pristupačni, to puno olakšava posao.
  • Svaki član vašeg tima trebao bi voljeti posao koji radi, biti vezan uz proizvod i privržen ljudima u blizini. Tada će izaći samo najbolji od njih.
  • Svijet testiranja mora se razvijati. Znatan dio Svijeta prelazi na praktičnije pristupe poput Istraživačkog testiranja, Kontekstnog testiranja (što mnogi ljudi rade ne znajući da je to to) koji bi čak i drugi trebali pokušati razviti više tehnika poput
  • Trebalo bi formirati više zajednica za testiranje, a istomišljenici bi se trebali okupljati u većim razmjerima. Postoji toliko toga za dijeljenje, učenje, prilagođavanje i inoviranje.

Nadam se da će vam moje iskustvo i nalazi pomoći da postanete bolji ispitivač ili da vam pomognu u boljem razumijevanju testiranja.

Daljnje čitanje => Od početnika do profesionalca: cjelovit vodič za uspješno putovanje stručnjaka za testiranje

O autoru: Ovaj je članak napisao član STH tima Mahesh C. Trenutno radi kao viši voditelj osiguranja kvalitete s iskustvom u vođenju fronta za testiranje više složenih proizvoda i komponenata.

Voljet ću čuti odgovor. Ovdje komentirajte ili nas kontaktirajte. Puno hvala na čitanju.

Preporučena literatura

^