Menu

Ako sa pripraviť na písanie testovacích prípadov [Tipy pre produktivitu]

how prepare yourself

Ako sa pripraviť na písanie testovacích prípadov a ako zvýšiť svoju produktivitu:

Keď sa tester rozhodne napísať vysoko kvalitné testovacie prípady a chce zvýšiť svoju efektivitu a produktivitu písania testovacích prípadov, existuje niekoľko kľúčových bodov, ktoré testerom pomáhajú dosiahnuť tieto ciele.

Najprv sa musia profesionálne a psychologicky pripraviť na niektoré kľúčové body potrebné pre všetkých úspešných testerov softvéru v IT priemysle. Bude sa to považovať za „ Vstupy ”Pre testera skôr, ako začnete písať testovacie prípady.

písanie testovacích prípadov

Ďalej musia pochopiť metriky kvality zahrnuté v projekte, ktorý sa používa ako nástroj na hodnotenie výkonnosti testera v rôznych fázach životného cyklu testovania. Bude sa to považovať za „ Výstupy ”Pre testera po dokončení písanie testovacích prípadov .

Nakoniec musí tester vedieť, ako sa hlási chyba, ako sa zvyšujú problémy a ako sa správy o testoch pripravujú v súlade so štandardným postupom a môžu im byť zrozumiteľné zainteresované strany projektu.

Čo sa dozviete:

Pripravte sa na písanie testovacích prípadov

1) Písanie testovacích prípadov je umenie a nie je to len práca alebo úloha. Môže byť navrhnutý a vyvinutý kus alebo segment softvéru, ale kým a pokiaľ nebude kompletne otestovaný pre všetky scenáre s efektívnym prístupom k testovaniu, bude zbytočný a nebude oprávnený na vydanie a použitie kýmkoľvek. Takže správajte sa k sebe ako k dôležitej osobe v projekte a so svojou testovacou činnosťou ako s dôležitou úlohou v projekte .

ako používať tvrdenie v selenovom webdriveri -

2) The vášeň s pozitívnym prístupom , ktorý je nanajvýš osobný mali by mať testéri kvality počas celého životného cyklu projektu. Vášeň motivuje schopnosti budovania tímu a prístup prináša veľkú produktivitu pri písaní testovacích prípadov kvality. Znamená to, že testovacia činnosť je zmesou profesionálnych a osobných kvalít pre spoločný cieľ dosiahnuť vynikajúce výsledky ako konečný výstup do projektu.

3) Pozitívne a negatívne testovacie prípady sú súčasťou písania testovacích prípadov, ale testéri by mali mať polopozitívne výsledky myslenie rozbiť testovanú aplikáciu nájdením chýb . Nejde o negatívne zmýšľanie, skôr sa treba vyhnúť situácii, keď niekto zistí chybu po vydaní, alebo vyhnúť sa situácii, keď dôjde k narušeniu systému niektorými používateľmi systému.

4) Efektívnosť testera by sa nemalo odhadovať na základe počtu chýb identifikovaných v testovanom systéme, ale na schopnostiach písania úspešných testovacích prípadov, ktorých výsledkom je odhalenie chýb. Testovacie prípady by teda mali byť napísané tak, aby pokrytie a sledovateľnosť by mala byť maximálna na základe hranice systému a rozsahu.

5) Dôkladne pochopte doménu aplikácie .NapríkladTestovanie webových stránok je jednoduchšie ako testovanie finančného softvéru vyvinutého pre burzu, ktorý využívajú tisíce ľudí súčasne. Jednoduché funkcie webových stránok môžu byť zrozumiteľné každému testerovi, zatiaľ čo finančné podmienky a funkcie nemôžu byť zrozumiteľné všetkým testerom, pokiaľ a pokiaľ nemajú príslušné vzdelanie alebo školenie alebo nemajú skúsenosti s doménou .

Keď je teda tester pridelený na nový projekt, mal by vykonať sebahodnotenie, či sú oprávnení a môžu vykonávať svoju prácu podľa očakávaní alebo nie. Ak je funkčným požiadavkám ťažko porozumieť, malo by sa to eskalovať s projektovým tímom v dostatočnom predstihu, aby sa zabránilo budúcim mylným predstavám o efektívnosti a výkonnosti testera. Bude to riešiť projektový manažér alebo manažér testov prostredníctvom správnych plánov a školení.

6) Požiadavky na projekt a typy testovania, ktoré sa majú vykonať, sa líšia projekt od projektu. Tester by mal byť pripravený vykonať akýkoľvek druh testovania. Neobmedzujte svoje možnosti k svojim schopnostiam a špecialitám. Pripravte sa na zodpovednosť a výzvy spojené s písaním a vykonávaním testovacích prípadov pre akýkoľvek typ testovania.

Mnoho testerov sa snaží prispôsobiť alebo projektovať iba ako manuálnych alebo automatických testerov. Pokiaľ ide o testovanie výkonu, záťažové testovanie alebo záťažové testovanie, veľmi málo testerov preberá úlohy a pripravuje sa školením alebo zhromažďovaním požadovaných vedomostí. Takže rýchlo sa učiť a buďte pripravení prevziať zodpovednosť a rásť vo svojej kariére.

7) Určte typy testovania a schopnosti potrebné na testovanie AUT. Napríklad, niektoré projekty vyžadujú iba testovanie čiernej skrinky a niektoré vyžadujú testovacie schopnosti bielej skrinky. Znalosť „ skriptovanie Alebo skúsenosť v „ SQL “Alebo práca s„ označiť jazyk „Ako HTML / XML atď., Alebo dokonca systémové znalosti o tom, ako inštalovať / riešiť problémy s inštaláciou softvéru atď., Sú niektoré požiadavky špecifické pre daný projekt, ktoré si musíte osvojiť alebo o nich absolvovať školenie.

8) Zaistite, aby testovacie prípady pokrývali: Typy testovania výkonu, testovania bezpečnosti a regresie. Napríklad, na prihlásenie do aplikácie pomocou prihlasovacej obrazovky nižšie:

Účinnosť testovacieho prípadu 2

  • Môže sa vyžadovať testovanie výkonu, aby sa skontrolovalo, či je aplikácia stabilná, keď sa do systému súčasne prihlási 1000 používateľov. Testovacie prípady by mali byť napísané tak, aby pokryli tento scenár.
  • Môže sa vyžadovať testovanie zabezpečenia, aby sa zistilo, či aplikácia umožňuje používateľom so správnymi právami a oprávneniami iba oprávnenie na používanie systému. Testovacie prípady by mali byť napísané tak, aby pokrývali tieto scenáre.
  • Môže byť potrebné vykonať regresné testovanie, aby sa skontrolovalo, či základné funkcie a kritické funkcie fungujú správne pri každom vydaní.

9) Kontrola testovacieho prípadu : Jednou z najdôležitejších a najviac prehliadaných fáz každého vývoja softvéru a životného cyklu testovania je „ PRESKÚMANIE “. Keď plán projektu obsahuje dostatok času na a proces preskúmania v každej fáze vývoja projektu sú tie najkvalitnejšie výstupy a výstupy, ktoré môžeme očakávať.

Napríklad predtým, ako začnú písať testovacie prípady, mali by testeri skontrolovať, či je dokument „špecifikácia požiadaviek“ skontrolovaný a či sú všetky body kontroly v dokumente zohľadnené a aktualizované. Ak organizácia sleduje riadny a vyspelý proces, všetky šablóny dokumentov by mali mať tieto informácie o zmene na prvej stránke samotného dokumentu.

Dokumenty k testovacím prípadom by mali byť skontrolované najmenej trikrát prostredníctvom:

i) Vlastná kontrola
ii) Peer review
iii) Posúdenie ostatnými, pokiaľ ide o úplnosť, pokrytie testu, vysledovateľnosť a či je testovací prípad testovateľný alebo nie.

10) Nakoniec pochopiť, ako odhadnúť a naplánovať úlohy testovania . Plánujte pracovať iba na plánovaný odhadovaný čas za deň. To sa dá dosiahnuť včasným začatím a dokončením úloh a odchodom na deň s plánmi úloh na ďalší deň.

Vyvarujte sa pobytu neskoro večer a víkendom v kancelárii. V súčasnosti sú k dispozícii efektívne prístupy k riadeniu projektov a projekty sa realizujú v agilnom prostredí. Ak projektové tímy nedosahujú míľniky, bude sa to považovať za neefektívne riadenie projektu a nie neefektívnosť projektových tímov.

ako inicializovať statickú premennú v c ++

Poznámka : Majte na pamäti, aj pre automatizované testovanie , testovacie prípady by mali byť jasne napísané a skontrolované aspoň raz, aby úplne pokrývali funkčný tok testovanej aplikácie. Akýkoľvek automatizačný testovací nástroj dokáže úspešne zaznamenať a vykonať testovacie prípady, iba ak sú jasne definované a napísané manuálne testovacie prípady.

Metriky kvality

Toto je dôležitá činnosť vo fázach testovania softvéru. Testovací tím by si mal byť plne vedomý rôznych testovacích metrík použitých na dosiahnutie cieľa projektu. Výkon testera sa nehodnotí iba na základe fázy vykonania testu, ale na základe všetkých metrík testu zhromaždených z analýzy požiadaviek, písania testovacích prípadov, vykonávania, hlásenia chýb a nakoniec z fázy hlásenia testu.

Ďalej nájdete niekoľko dôležitých metrík testu nasledovaná väčšinou organizácií pre lepšiu produktivitu testerov a efektívnosť fáz testovania.

Tiež vidieťďalšie užitočné metriky testu používané vo fázach testovania:

=> Dôležité softvérové ​​testovacie metriky a merania a Živé sledovanie chýb projektu, testovacie metriky a testovacie odhlásenie.

1) Priemerná účinnosť testovania

  • Chyby na človeka-mesiace testovacieho úsilia.
  • Vypočítané ako priemer (celkový počet chýb počas testovacieho úsilia v človekomesiacoch).
  • Vypočítava sa po každom internom vydaní, ako aj po dokončení testu.
  • Limit prijatia: mal by byť menší ako 50

2) Priemerná hustota chyby zákazníka

  • Chyby hlásené klientom po doručení Vs celkové úsilie pri testovaní v človekomesiacoch.
  • Vypočítané ako priemer (celkový počet chýb po doručení / testovaní v človekomesiacoch).
  • Vypočítava sa po externom vydaní a dokončení projektu.
  • Limit prijatia: mal by byť menší ako 1

3) Poruchy funkčného testu

  • Počet zlyhaných funkčných testovacích prípadov / Celkový počet vykonaných funkčných testovacích prípadov.
  • Vypočítava sa mesačne alebo štrnásťdenne.

4) Chyby s úrovňou závažnosti 1

  • Celkový počet chýb identifikovaných s úrovňou závažnosti 1 (blokátor).
  • Testovanie softvéru nemôže pokračovať kvôli problémom s blokovaním.
  • Vypočítava sa na týždennej báze.

5) Chyby s úrovňou závažnosti 2

  • Celkový počet chýb identifikovaných s úrovňou závažnosti 2 (hlavné chyby).
  • V testovaní nie je možné kvôli tejto chybe pokračovať, ale je možné pokračovať s ostatnými časťami systému.
  • Vypočítava sa na týždennej báze.

6) Chyby s úrovňou závažnosti 3

  • Celkový počet chýb identifikovaných s úrovňou závažnosti 3 (menšie chyby).
  • Testovanie môže pokračovať, pretože identifikovaná chyba je malá a testovanie nezastaví.
  • Vypočítava sa na týždennej báze.

7) Chyby s úrovňou závažnosti 4

  • Celkový počet chýb identifikovaných s úrovňou závažnosti 4 (kozmetické problémy).
  • Testovanie je možné absolvovať bez problémov, pretože identifikované chyby súvisia s kozmetikou a budú opravené pre ďalšie vydanie.
  • Vypočítava sa na týždennej báze.

Hlásenie chýb

Mechanizmus hlásenia chýb by mal byť riadený vyspelým testovacím procesom, aby sa udržala kvalita aplikácie. Mal by existovať riadny postup eskalácie správnym oprávneným osobám, aby poznali stav, závažnosť a prioritu chyby. Existujú k dispozícii je veľa bezplatných a komerčných nástrojov na hlásenie chýb ako Bugzilla, Mantis atď., ktoré sú veľmi účinné pri mechanizme sledovania problémov a dajú sa ľahko integrovať do ľubovoľného nástroja na správu testov použitého v projekte.

V každom testovacom projekte je potrebné každodenne dodržiavať štandardné postupy pre mechanizmus online hlásenia stavu. Každá chyba / problém zaznamenaný a nahlásený v týchto systémoch na sledovanie chýb by mal okamžite poslať e-mail príslušným orgánom, ktorý im pomôže naplánovať a prijať príslušné opatrenia.

Ak sa chcete dozvedieť podrobne postup hlásenia chybyprečítajte si nasledujúce články:

=> Ako napísať dobrú správu o chybe? Tipy a triky
=> Ukážka hlásenia chyby
=> Prečo je hlásenie chyby umenie, ktoré by sa mal naučiť každý tester?
=> Životný cyklus ploštice
=> Ukážka hlásenia chyby pre webové a produktové aplikácie

Správy o testoch

Okrem hlásení o chybách, ktoré sú zaznamenané, zaznamenané a eskalované v systéme hlásenia chýb, je testovací protokol jedným z najdôležitejších dokumentov potrebných na zistenie stavu testovania a ďalších dôležitých metrík identifikovaných a vypočítaných počas rozpätia času hlásenia testov.

Nižšie je uvedený jeden taký jednoduchý protokol o teste:

Prečítajte si tiež nasledujúce užitočné návody pre webefektívne vykazovanie testov:

čo je plánovanie a stratégia testov

=> Sprievodca napísaním efektívnej súhrnnej správy o teste
=> Ako inteligentne nahlásiť vykonanie testu [Stiahnuť šablónu správy o stave]

víťazný

jaya1

Záver

Proces prípravy na písanie testovacích prípadov nie je len alokácia zdrojov v rámci projektu, ale existuje aj niekoľko kľúčových požiadaviek, ako napríklad príprava na seba ako oprávneného testera a pochopenie metrík kvality, ktoré sa monitorujú počas celého životného cyklu testovania a dokonca aj po jeho vydaní.

Takže nasledovanie procesu, štandardov, postupov a dôsledné dodržiavanie metrík kvality s vášňou môže automaticky priniesť vo vás veľkú efektivitu testovania, produktivitu a testera kvality, čo sa stane vo vašom profesionálnom živote zvykom.

Tieto faktory kvality môžu byť analyzované samostatne alebo skupinovo analyzované položením niekoľkých otázok ktoré povedia, či sme na dobrej ceste k zlepšeniu seba a procesov v záujme dosiahnutia efektívneho prístupu pri písaní a vykonávaní testovacích prípadov:

  • Prešli ste si funkčnými požiadavkami / požiadavkami používateľov / dokumentmi prípadu obchodného použitia?
  • Bol dokument funkčných požiadaviek skontrolovaný a správne aktualizovaný pomocou komentárov k preskúmaniu?
  • Dostali ste prototypy obrazoviek pre všetky testované funkcie?
  • Vyhovuje vám písanie testovacích prípadov, ktoré sú testovateľné a vysledovateľné počas celého životného cyklu testovania?
  • Máte požadované schopnosti a znalosti domény, aby ste mohli testovanú aplikáciu otestovať?
  • Potrebujete školenie alebo technické znalosti potrebné na vykonanie testovacích prípadov?
  • Máte harmonogram písania, kontroly a vykonávania testovacích prípadov, ktorý pokrýva čas na prípravu kvalitných dokumentov?
  • Máte kolegov, ktorí skontrolujú vaše testovacie prípady a autorizovaného odborníka na kontrolu predmetov na kontrolu úplnosti a pokrytia testovaných vlastností a funkcií?
  • Máte dostatok testovacích puzdier pre všetky funkčné požiadavky?
  • Máte dostatok testovacích prípadov na testovanie výkonu, zaťaženia a zabezpečenia?
  • Máte dostatok testovacích prípadov na inštaláciu a regresné testovanie?
  • Máte kontaktné miesto pre riešenie problémov alebo hlásenie chýb?
  • Je nástroj na sledovanie chýb správne nakonfigurovaný s požadovaným povolením pre všetkých?
  • Vyhovuje vám sledovanie všetkých procesov definovaných v pláne testovania?
  • Zúčastňujete sa všetkých kontrolných stretnutí a máte príležitosť porozprávať sa s vývojovým alebo riadiacim tímom?
  • Zlepšuje sa vaša produktivita a efektívnosť alebo pre to musíte urobiť nejaké opatrenia?

Odporúčané čítanie = >> Najlepšie online kurzy tvorivého písania

Existuje veľa podobných otázok, ktoré si môžu testeri položiť pre analýzu zdokonaľovania, v závislosti od typu projektu alebo organizácie, s ktorou pracujú. Najdôležitejšie je, že všetky tieto činnosti by sa nemali dodržiavať iba kvôli sledovaniu procesov, ale mali by sa robiť ako vaše každodenné návyky, ktoré je možné vykonať prostredníctvom VÁŠEŇ NA TESTOVANIE iba.

Výukový program PREV | NEXT Tutorial

Odporúčané čítanie

^