my unexpected journey becoming software tester
'Budujete úspešný život ... každý deň ...'
Moja cesta ako testera softvéru sa začala trochu nečakane.
Na prvé kolá pohovoru som sa dostavil za predpokladu, že to bude príležitosť na rozvoj. Úprimne povedané, ako každý iný absolvent informatiky, aj ja som bol trochu skeptický, čo sa týka testovania.
Ale nakoniec som sa rozhodol to vyskúšať. Len s nádejou, že mi moja zvedavá povaha v tejto oblasti pomôže.
Bez uvedenia tejto otázky by som nemohol prijať ponuku - Dostanem príležitosť prejsť na vývoj v prípade, že ma testovanie nebude zaujímať? :).
Verte mi - nikdy mi ani len nenapadlo, že by som potom z Testovania odišiel.
nástroj na opravu chýb pre Windows 10
Keď som sa zúčastnil technického kola, nebol som pripravený na nič iné ako na základná koncepcia testovania softvéru . Myslím, že jediná vec, ktorá ma previedla, bola myšlienka, že som hodnotený logicky a nie teoreticky. “
Toto bolo moje prvé učenie v Testovaní - pochopil som, ako ( osviežovače ) boli vyhodnotené.
Aj dnes používam podobné techniky pri hľadaní osviežovačov pre svoj tím. Overujem ich logiku, húževnatosť a prístup k problému nad čímkoľvek iným.
Odporúčané čítanie => 4 dôležité veci, ktoré som sa počas svojej cesty naučil ako manažér testovania kvality
Nastúpil som do spoločnosti Zycus ako QA Trainee a produkt mi bol pridelený tretí alebo štvrtý deň. Bol to jeden z najväčších (vtedy bol v koncepcii) a najambicióznejších produktov spoločnosti. Po usadení sa na úvodných pár týždňov už pre mňa nebolo návratu späť.
Začali sme ako QA tím dvoch ľudí a čoskoro po niekoľkých mesiacoch som bol jediným, kto viedol Testovacie úsilie. Za prvých 2 - 2,5 roka som sám zaznamenal takmer 3 000 defektov v rôznych kategóriách, ako sú funkčnosť, výkon, bezpečnosť, používateľské rozhranie, použiteľnosť, Viacjazyčné , Multi-Tenancy atď.
Dosť dlho pred novými prírastkami do testovacieho tímu som bol proti silnému 15-16 člennému vývojovému tímu. Ani po pridaní nebol pomer QC: Dev príliš zdravý a stále môžem s hrdosťou povedať, že to bola úspešná cesta vzhľadom na všetko, čo sme testovali, dodali a zvládli.
Dôležitý bod, ktorý tu chcem zdôrazniť, je - To všetko bolo z pochopenia Testovania v praxi, nielen z teórie.
V oblasti testovania softvéru sa pohybujem už takmer šesť rokov. Bola to úžasná cesta s toľkými rôznymi skúsenosťami a množstvom plodného učenia.
V súčasnosti pracujem ako hlavný manažér QA a starám sa o približne 5-6 produktov a modulov. To, čo mi však dáva skutočnú radosť a šťastie, je vedenie tímu viac ako 30 šťastných a vášnivých testerov.
Samozrejme, veľa ľudí prispelo k môjmu učeniu, ale aj tak môžem povedať, že väčšina mojich skúseností a vedomostí prešla náročnou cestou (a asi najlepšou cestou), t. J. Učením sa / riešením samovoľne.
'Skúsenosť je najlepší učiteľ.'
Aj keď to hovorím, vôbec tým nechcem povedať, že vám nebude prospešné učiť sa alebo nasledovať zdokumentované teórie o testovaní softvéru. Verím, že to všetko určite pomôže, ale nič neprekoná pochopenie podstaty konceptu a odvážne riešenie problémov.
Verím, že zdokumentované veci vás to nenaučia skutočné testovanie , hoci vám to môže dať nejaký smer a potom ste na to sami. Aspoň v mojom prípade sa vyskytli problémy, ktoré nemusia byť zdokumentované, aby vyriešili moje presné problémy, alebo som ich nedokázal nájsť včas. Mojou jedinou voľbou bolo pochopiť problém / situáciu v jadre a reagovať na ňu prístupom, ktorý som považoval za správny.
Príklady - Ako som pristupoval v rôznych situáciách
Vysvetlím to pomocou problémov / situácií, proti ktorým som stál, a ako som k nim pristupoval.
# 1) Obchodné porozumenie je o úroveň vyššie ako porozumenie testovaniu
Všetci to viete. Testovanie nie je len testovanie niekoľkých overení a overenie.
Ako tester máme bezpodmienečne vizualizovať každý možný scenár, aj ten najvzácnejší zo zriedkavých scenárov. Predpokladá sa, že vezmeme do úvahy všetky možné testovacie údaje, ktoré skutočný používateľ môže používať.
Pre toto všetko vraj tomu biznisu rozumieme naplno.
Nebude to zlé, ak poviem, že by sme mali chápať obchodnú a užívateľskú základňu rovnako alebo dokonca viac ako obchodný analytik.
Stretával som sa s podobnými šancami.
Mal som pochopiť zložité obchodné scenáre v oblasti obstarávania si prediskutujte nové požiadavky a zvážte ich z pohľadu používateľa. Nemal som iba vypracovať svoje prípady, ale mal som tiež prispieť do fázy Požiadavka a Dizajn každej iterácie. Ani tu mi neprišiel žiadny pripravený odkaz, okrem mojich schopností uvažovať a uvažovať.
Ak chcete lepšie porozumieť podnikaniu a lepšie navrhnúť svoje scenáre / prípady, nic nefunguje ako pero a papier.
Prečítajte si tiež => 5 nástrojov pre testerov, ktoré uľahčujú život, musíte mať
Pred odchodom na Diskusia o požiadavke stretnutie, predtým som si zvykol zapisovať možné pochybnosti / opravy / nejasné body. Zvykal som si zapisovať scenáre, ktoré si chcem vyskúšať, alebo na nich postaviť testovacie prípady; niekedy aj kreslenie vašich scenárov funguje ako kúzlo.
Keď píšete / kreslíte, vstupuje do vašej mysle s lepšou jasnosťou a potom vaša myseľ pracuje na týchto informáciách a vytvára viac scenárov a dáva lepšiu jasnosť. Takto to pokračuje, až kým nezískate pocit HOTOVO !!!
# 2) Účinkovanie proti presile a tlaku
Pracoval som na produkte, ktorý bol / je dostatočne rozsiahly a zložitý, aby tím 30 inžinierov pracoval nepretržite tri dlhé roky, aby sa dostal na predajnú úroveň.
Po väčšinu počiatočnej fázy som bol buď (sólo) proti tímu 15 - 20 vývojových pracovníkov od juniorskej, cez seniorskú až po seniorskú úroveň, alebo ma sprevádzal jeden alebo niekoľko ďalších testerov. Všetci neúnavne pridávali do produktu nové funkcie, ktoré si vyžadovali rovnakú a paralelnú pozornosť zo strany testovania.
Ako súčasť schôdzok s požiadavkami, písania prípadov, ich vykonávania, prieskumných kôl, údržby serverov, nasadenia nebolo nič voliteľné.
Do tej doby som nevedel o žiadnej metodike, najlepší tréning , kurz alebo kniha, ktorá mi môže ukázať riešenia týchto problémov. Aj dnes si nie som istý, či existuje niečo, čo vám môže presne pomôcť v boji proti pozemským realitám, keď im čelíte.
To, čo som skôr robil, je agresívne a rýchle kolá prieskumného testovania (Názov som si dovtedy nebol vedomý) po jednotlivých funkciách a potom opakujte. Toto riešenie funguje čisto na tom, ako rýchlo môžete posúvať svoje myšlienky a rámcovať situácie / scenáre.
To si samozrejme vyžadovalo skutočne rýchlu a agresívnu prácu, ale fungovalo to na mňa.
Čo mám na mysli pod agresívnym kolom je, zameriavate naraz jednu vec (Vyslovte jeden prvok formulára naraz) a otestujte ho nezávisle a v spojení s ostatnými prepojenými prvkami / vecami.
Odporúčané čítanie => Ako byť produktívnym feťákom (najmä ako tester)
Napr. Ako testovať textové pole.
Tu môžete otestovať:
- Či prijíma a ukladá údaje také, aké sú
- Overenie typu údajov
- Overenie maximálnej dĺžky
- Zaobchádzanie so špeciálnymi postavami
- Manipulácia s XSS
- Viacjazyčné spracovanie údajov
- Zaobchádzanie s prázdnymi priestormi / bez údajov
- Správanie sa tabulátora a klávesov Enter
- Spracovanie chyby (medzi prehliadačmi)
- Zarovnanie používateľského rozhrania (medzi prehliadačmi)
- Skopírujte vložené údaje / presunutím údajov odkazov do textového poľa
- Najdôležitejšie - správanie tohto poľa w.r.t. ďalšie prepojené prvky (akékoľvek obchodné očakávania spojené s týmto poľom, ako napríklad vyplnenie niečoho v inom poli na základe údajov v tomto poli)
Dáva vám myslenie na vyššie uvedené testovanie istotu, že sa v tejto oblasti nemôže naozaj nič pokaziť?
Cielenie na jednu vec po druhom mi vždy fungovalo a zvykol som tiež nejaké dokončenie práce.
# 3) Keď ste proti „neočakávanému“
ako otvoriť súbor .apk v systéme Windows
Čo si myslíte, ktorá kniha vám zrazu pomôže s otázkou „Ako na to“, keď máte robiť niečo, čo ste nikdy predtým neurobili?
Ak hovoríme konkrétne potom- Žiadne.
Pamätám si na dobu, keď sme v neprítomnosti nášho vedúceho produktu mali spolu s niekoľkými ďalšími členmi skupiny Junior a stredne pokročilých nasadiť našu aplikáciu na inštancii Demo (v tom čase sa pre nás vyrábala) prvýkrát. Bolo to veľmi dôležité pre vôbec prvé ukážky nášho produktu.
Dokázali sme to, ale s množstvom pokusov a omylov. Z tohto dôvodu nemal nikto z nás odborné znalosti Linux a shell skriptovanie . Pamätám si, že moje IT oddelenie (všetko v dobrej viere) vyvolalo obavy z môjho vtedajšieho manažéra, že budem na produkčných serveroch spúšťať nesprávne príkazy. Možno to bol len katalyzátor a shell scripting / Linux bol môj prirodzený záujem, ale o chvíľu nato som skončil so zodpovednosťou za údržbu a upgrade piatich až šiestich prostredí súčasne.
Shell a Linux ma zaujali tak dobre, že som čoskoro on sám začal organizovať interné školenia.
# 4) Keď sa meria váš výkon, vaše skúsenosti nie
Veľmi skoro v mojej kariére som bol porovnávaný a porovnávaný s veľmi vyvinutými a skúsenými testermi. Verím, že mnohí z vás určite zažili podobnú situáciu a vedeli, čo s vami tieto ďalšie očakávania urobia.
Náprava tu mala byť Presuňte sa a vyvíjajte sa .
Jedinou cestou vpred bolo nemyslieť na to, ako som menej skúsený, a neobmedzovať sa podľa svetových štandardov merania toho, ako pomaly / rýchlo by som mal rásť / učiť sa. Neobmedzujem sa iba na svetové kritériá, ako skoro by mal človek začať viesť a aký titul potrebuje, skôr ako to urobí.
No, okolo tohto bodu, musím povedať, bez ohľadu na to, do ktorej oblasti patríte, odporúčam prečítať si knihu Vodca, ktorý nemal titul, od Robina Sharmu. Pomôže vám to uvoľniť to, čo vo vás leží. Povie vám to, že vás nemôže držať nikto okrem vás samých.
Ak mám svoje skúsenosti spojiť niekoľkými vetami, bude to vyzerať takto:
„Aby ste boli deštruktívnym a úspešným testerom, je dôležitá vaša zvedavosť, pozornosť k detailom, disciplína, logické myslenie, vášeň pre prácu a schopnosť rozoberať veci. Fungovalo to pre mňa a pevne verím, že to bude fungovať aj pre vás. Ak máte tieto vlastnosti, musí to pre vás fungovať. “
Čítanie až sem, ak si myslíte, že presadzujem základné ľudské vlastnosti cez hlbšie teoretické vedomosti, to však nie je tak úplne pravda. Verím, že s niečím začnem a okúsim na ňom úspech, záleží to trochu viac na vašich zabudovaných kvalitách ako na informáciách, ktoré ste sa dozvedeli. Ak však chcete ísť v akejkoľvek oblasti ďaleko, musíte sa naučiť lekcie, zásady a skúsenosti.
Aj v mojom prípade som sa musel do istej miery naučiť terminológie, pojmy, teórie, keď som sa vo svojej kariére dostal ďalej. Pretože ako tester musíte komunikovať s niekoľkými ľuďmi, ktorí budú hovoriť za týchto podmienok, musíte tomu porozumieť.
Ako vedúci alebo spol tester budete mať nového testera pochádzajúceho z niektorej časti sveta s vlastnými znalosťami faktov, definícií a terminológie. Aj tu nemôžete zostať pasívni voči týmto veciam; musíte mať predchádzajúce vedomosti o maximálnom možnom množstve vecí, ktoré sa tam používajú / hovoria.
Učenie je nevyhnutné.
Musel som sa dozvedieť viac o rôznych druhoch testovania, o tom, ako ich vykonávať, a o spôsoboch, ako to vysvetliť ľuďom v mojom tíme v správnom štádiu. Musel som vyhodnotiť nové nápady, nástroje a implementovať ich. Pri postupe po rebríčku sa stáva rovnako dôležitým aj osvojovanie si nových konceptov a metodík.
Čítať viac => Sprievodca A až Z pri výbere najlepšej automatizácie
Záver
Aj keď je takmer nemožné napísať každú dôležitú a nepatrnú vec, ktorú som sa za tie roky naučil, je to môj pokus zhrnúť to do zoznamu s odrážkami.
- Testovanie je veľmi ťažké definovať. Niekto môže urobiť vynikajúce testovanie a nemusí byť schopný definovať ho slovami. Je to tak, ako to vidíte.
- Každý môže mať svoju vlastnú definíciu testovania. Moja bola jednoduchá- 'Dostali ste vec - nájdite chyby a vylepšite ich.'
- Na to, aby ste boli deštruktívnym testerom, nevyhnutne nepotrebujete veľké teórie, zložité matice alebo ISTQB. Musíte byť zvedavý , sústredený a vášnivý, myslieť logicky a mať schopnosť pitvať. Vedieť niečo navyše však nepoškodí, ale nie za cenu straty jadra.
- Tradičné prístupy / koncepty majú tiež svoj vlastný význam a mám k nim rovnaký rešpekt vzhľadom na skutočnosť, že existuje dobrá časť sveta, kde sú len nevyhnutnosťou. Samotné testovanie sa nemôže vyvíjať; na to sa musí vyvíjať aj okolie.
- Ako tester sa stáva rovnako dôležitým pre učiť sa nové nástroje, techniky a metodiky, ako postupujete vpred . Plánovanie testov, lepšie prístupy k vykonávaniu rôznych typov testovania, situačné testovanie.
- Pretože testovanie je plynulé, definícia správneho prispôsobenia sa tiež výrazne líši od organizácie k organizácii. Byť deštruktívnym alebo vynikajúcim testerom môže byť dosť dobré na to, aby ste dostali šek na výplatu, ak máte šťastie, alebo si to môže vyžadovať ďalšie znalosti o tom, ako testovanie funguje v tradičných spoločnostiach. Obaja sú priamo na svojom mieste.napr.Najímam ľudí podľa mojej definície testovania (ktorá sa samozrejme trochu líši podľa skúseností a profilu kandidáta).
- Pretože existuje štýl kódovania, jazdy, varenia; existuje aj štýl testovania. Možno by vás to nebavilo, pokiaľ to nerobíte po svojom. Mám na mysli to, že Testovanie môže mať pokyny, ale nemalo by to byť pevne spojené s mikroprocesmi.
- Efektívne vedenie by mal jeho tím prinútiť, aby si prácu vybral skôr ako zadal. Môže to príležitostne zmeniť kvôli vylepšeniu produktu.
- Pokúste sa zaškoliť svojich ľudí v oblasti ich záujmu a v oblasti, kde ich chcete zaškoliť. Zosúlaďte myšlienky a úsilie vášho tímu s konečným cieľom, ktorý je „Najlepšia kvalita“.
- Nesnažte sa riadiť svojich ľudí, viesť ich. Buďte priateľskí a prístupní, veľmi to uľahčuje prácu.
- Každý člen vášho tímu by mal mať rád prácu, ktorú robí, mať vzťah k produktu a byť láskavý k ľuďom v okolí. Potom vyjdú iba tí najlepší z nich.
- Testovací svet sa musí vyvíjať. Značná časť sveta sa posúva k praktickejším prístupom, ako sú Exploratory Testing, Context-driven testing (ktoré mnoho ľudí robí bez toho, aby vedeli, že to je ono), ktoré by sa dokonca aj ostatní mali pokúsiť vyvinúť viac techník, ako je napr.
- Malo by sa vytvoriť viac testovacích spoločenstiev a rovnako zmýšľajúci ľudia by sa mali stretnúť vo väčšom meradle. Je toho toľko, čo sa dá zdieľať, učiť sa, prispôsobovať sa a inovovať.
Dúfam, že moje skúsenosti a zistenia vám pomôžu stať sa lepším testerom alebo vám pomôžu lepšie porozumieť testovaniu.
Ďalšie čítanie => Od začiatočníka po profesionála: Kompletný sprievodca úspešnou cestou testovacieho profesionála
O autorovi: Tento článok napísal člen tímu STH Mahesh C. V súčasnosti pracuje ako hlavný manažér zabezpečenia kvality a má skúsenosti s vedením testovacích testov viacerých zložitých produktov a komponentov.
Budem rád, keď sa ozvem. Komentujte tu alebo nás kontaktujte. Ďakujem pekne za prečítanie.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru
- Sprievodca dokonalým pokračovaním v testovaní softvéru (s ukážkou pokračovania v softvérovom testeri)