how select correct test cases
Teraz je éra automatizácie testov . Väčšina testovacích projektov sa snaží preložiť svoje prípady manuálneho testovania do automatizovaných prípadov, aby sa zlepšila produktivita a pokrytie.
Jedným z kľúčových krokov na začatie testovania automatizácie je - výber vhodných testovacích prípadov a určenie návratnosti investícií (ROI).
Čo môžete očakávať od tohto článku?
V tomto článku som sa pokúsil uviesť niekoľko dôležitých bodov založených na mojich skúsenostiach, ktoré vám pomôžu pri výbere správneho kandidáta automatizáciu a určiť rôzne ďalšie faktory, ktoré prinesú lepšie výsledky testov a výhody.
Prečo automatické testovanie?
Automatizácia neprekonáva ani nenahrádza manuálne testovanie, ale dopĺňa ju. Rovnako ako manuálna, aj automatizácia potrebuje stratégiu so správnym plánovaním, monitorovaním a kontrolou. Ak je automatizácia správne implementovaná, môže sa stať prínosom pre tím, projekt a nakoniec pre organizáciu.
Existuje mnoho výhod automatizácie; tu je niekoľko dôležitých spomenúť:
- Užitočné na vykonávanie bežných úloh, ako napríklad Dymové skúšky a Regresné testy .
- Užitočné pri príprave Skúšobné údaje .
- Pomáha vykonať Testovacie prípady, ktoré zahŕňajú zložitú obchodnú logiku .
- Je dobré vykonať testovacie prípady naprieč platformami (ako rôzne operačné systémy, prehliadače atď.)
- Skvelé na vykonanie testovacích prípadov, ktoré je trochu ťažké vykonať manuálne.
- Keď počet iterácií vykonaní testovacieho prípadu nie je známy.
Mnoho zainteresovaných strán má pocit, že automatizácia testov slúži ako podporný nástroj pre ručné testovanie, takže je nevyhnutné pochopiť, že automatizácia je najlepší spôsob, ako zvýšiť efektívnosť, účinnosť a pokrytie testovania. Šetrí nielen čas, ale aj zlepšuje presnosť, pretože opakované úlohy pomocou manuálneho prístupu môžu byť náchylné na ľudské chyby a môžu byť časovo náročné.
Kandidáti na automatizáciu
Základná chyba, ktorej sa treba vyhnúť:
Jednou z najzákladnejších chýb, ktorej sa testeri dopúšťajú, NIE JE výber správnych testovacích prípadov pre automatizáciu.
Nevyberajte iba žiadnu testovaciu sadu. Dôkladne analyzujte testovacie prípady a vyberte kandidátov na automatizáciu s ohľadom na najdôležitejší faktor, t. J. Návratnosť investícií. Najskôr by sme mali pochopiť a nájsť spôsoby, ako dosiahnuť vyššiu a pozitívnu NI.
sql dotaz otázky na rozhovor pre testerov
( NI - návratnosť investícií - Jedná sa o výpočet výhod z hľadiska úspory nákladov, zvýšenia efektívnosti a kvality)
Neexistuje štandardný postup na určenie správnych testovacích prípadov pre automatizáciu. Všetko závisí od aplikácie, ktorú testujete.
Na základe svojich skúseností som sa pokúsil uzavrieť niekoľko krokov, ktoré môžu poskytnúť určitý náhľad na výber testovacích prípadov a nakoniec pokročiť v dosahovaní pozitívnej návratnosti investícií pre automatizáciu.
Pozri tiež => Ako previesť manuálne testovacie prípady do automatizačných skriptov?
Čo sa dozviete:
Ako vyberať správne testovacie prípady pre automatizované testovanie
Krok 1:
Určte parametre, na ktorých základe postavíte svoj testovací prípad ako kandidát na automatizáciu.
Odteraz identifikujem nasledujúce parametre, v závislosti od vašej aplikácie môžete mať svoje vlastné parametre.
- Testovací prípad vykonaný s rôznymi súbormi údajov.
- Testovací prípad bol vykonaný v rôznych prehliadačoch.
- Testovací prípad vykonaný v rôznych prostrediach.
- Testovací prípad vykonaný so zložitou obchodnou logikou
- Testovací prípad bol vykonaný s inou skupinou používateľov
- Testovací prípad zahŕňa veľké množstvo údajov
- Testovací prípad má akúkoľvek závislosť
- Testovací prípad vyžaduje špeciálne údaje
Krok 2:
Rozdeľte každú aplikáciu na moduly. Pre každý modul analyzujte a pokúste sa identifikovať testovacie prípady, ktoré by sa mali automatizovať na základe parametrov. Tento zoznam sa bude pri jednotlivých projektoch líšiť a môže byť tiež vylepšený tak, aby vyhovoval vašim potrebám:
Obr. 1.0
Y - Áno
N - Nie
Podobným spôsobom možno tento zoznam pre všetky moduly použiť na identifikáciu testovacích prípadov kandidáta na automatizáciu.
Krok 3 :
Konsolidujte a zoskupte počet testovacích prípadov pre každý modul uvedený nižšie
Obr. 2.0
Obrázok 2.0 je dosť priamy a samozrejmý. Tu sa pokúšam kvantifikovať podrobnosti a poskytnúť odhad na dokončenie testovania ručne.
Krok 4:
Po identifikácii všetkých podrobností podrobnej úrovne ich môžete prezentovať nasledujúcim spôsobom. Teraz postupujeme vo výpočte návratnosti investícií.
Obr. 3.0:
Mali by sme vziať do úvahy aj nižšie uvedené atribúty, ktoré tvoria základ odradenia od návratnosti investícií :
- Náklady na nákup a licenciu nástroja
- Čas na vývoj skriptov
- Čas na údržbu skriptov.
- Je čas na automatickú a automatickú analýzu výsledkov
- Čas a náklady na školenie zdrojov.
- Režijné náklady
Test výpočtu výpočtu ROI automatizácie
NI sa vo väčšine prípadov počíta na 5 rokov, nie je to však povinné. Na základe vyššie uvedených faktorov sa pokúsim na 5 rokov rozpracovať výpočet návratnosti investícií. Ako obvykle, vždy ho môžete prispôsobiť a vylepšiť.
* ROI = (kumulatívna úspora / investícia prostredníctvom automatizácie) * 100
Príručka k automatizačnému testovaniu - Aké sú výzvy procesu?
Pokúsil som sa uviesť body, ktoré považujem za veľkú výzvu, keď sa snažíme automatizovať testovaciu sadu.
# 1) Potreba automatizácie: Každý testovací tím je jedinečný a má výlučnú potrebu automatizácie. Nemôžeme vytvoriť pevný štandard, ale môžeme ho upraviť na mieru tak, aby vyhovoval našim potrebám. Z tohto dôvodu si automatizácia vyžaduje dobrú podporu od vedenia aj od vývojového tímu.
# 2) Automatizácia celej aplikácie: Automatizácia 100% aplikácie je veľká úloha. Nie, že je to nemožné, ale vyžaduje to samozrejme správne plánovanie a monitorovanie; nejaký čas. Existuje veľa permutácií a kombinácií údajov, n počet prostredí s n počtom atribútov autentifikácie a autorizácie, ktoré je potrebné overiť, a preto si vyžadujú stratégiu automatizácie.
# 3) mentalita manuálnej vs automatizácie: „ Za normálnych okolností automatizujeme, čo je dôležité a opakujúce sa, ale radšej otestujeme dôležitú funkčnosť manuálne “. Zmätený? Aj ja som !! Ale toto je skutočnosť. Mali by sme mať kritériá, ktoré rozhodnú, ktoré sú dôležité testovacie prípady. Tieto kritériá môžu byť založené na viacerých faktoroch, ako je zložitá obchodná logika, oblasti, ktoré sú pre klientov zaujímavejšie, rizikové oblasti atď.
# 4) Rozhodovanie o rámci: Návrh rámca je najdôležitejšou stránkou automatizácie. Domnievam sa, že vývoju rámca by sme mali venovať relatívne viac času ako skriptu. Kedykoľvek vypracujeme plán automatizácie, hlavným zameraním by malo byť navrhovanie rámca.
PLÁN navrhnúť rámec. Identifikujte a urobte kontrolný zoznam položiek, ktoré budú tvoriť rámec. Ak je rámec pevný, skriptovanie a údržba sú jednoduché.
# 5) Znalosti tímu: Kedykoľvek myslíme na automatizáciu, okamžite sa učíme programovací jazyk alebo skriptovací jazyk. Naučiť sa tento jazyk určite pomôže, ale väčší dôraz by sa mal klásť na budovanie a rozvíjanie logiky.
Za automatizáciu by nemala byť zodpovedná nejaká hŕstka zdrojov, skôr by k nej mal prispieť celý tím. Pomôže to nielen rozšíriť zručnosti zdrojov, ale aj motivujte ich .
# 6) Hlásenie: Každý nástroj má normu na vykazovanie výsledkov testov. Prispôsobiť to; je náročná úloha. Hlásenie výsledkov skúšky si vyžaduje aj koordináciu a údržbu, čo zvyšuje náklady.
# 7) Dôvera: Mali by sme dôverovať našim automatizačným veciam. Investujeme ľudské hodiny do vybudovania automatizačného balíka, ale neveríme vo výsledky testov. Malo by sa vyvinúť úsilie na udržanie skriptov. Mali by sme tiež vidieť, že by sa mal podieľať tím, ktorý vykonáva ručné testovanie aplikácie, aby ju automatizoval tak, ako pozná svoju aplikáciu.
Väčšinu času robí automatizáciu tretí tím, takže skutočný testovací tím nevie o skriptoch a nakoniec skončí s manuálnym spustením testov, pretože majú pocit, že sledujú skripty a plnia si svoje úlohy.
Pozri tiež=> Výzvy na manuálne a automatizované testovanie.
Záver
Vo väčšine prípadov uprednostňujeme Automatizujte regresnú sadu ( tu sú niektoré výzvy v automatizácii regresnej sady v agilnom prostredí ), pretože obsahuje väčší počet testovacích prípadov. V takom prípade môžeme regresné obleky rozdeliť na menšie obleky a rozhodnúť sa spustiť vhodný balík podľa požiadavky na vydanie.
Predpokladajme, že regresná sada obsahuje 1 500 testovacích prípadov, môžete ju rozdeliť na 3 obleky po 500 testovacích prípadov na oblek a automatizovať ju.
previesť char na int v c ++
Namiesto automatizácie celého balíka môžete rozhodnúť sa pre fázovú automatizáciu . Inými slovami, môžete sledovať prototypový model vývoja automatizačného balíka. Vytvorte štruktúru alebo rámec s implementáciou menšieho počtu testovacích prípadov a začnite používať tento a postupne ho vylepšujte pridaním ďalších testovacích prípadov.
Mali by sme sa riadiť Demingovo koleso (cyklus PDCA) aj pre automatizáciu. Ako prebiehajúca aktivita, mal by sa klásť dôraz na správne budovanie rámca čo bude mať za následok ľahkú údržbu a implementáciu nových funkcií.
Vyžaduje si náležitú podporu vývojového tímu a tiež manažmentu. Mali by sme povzbudiť testovací tím, aby prispel najviac k Automation Testing, pretože pozná ich produkt viac ako ktokoľvek iný.
O autorovi: Toto je hosťovský článok Shilpy Chatterjee Royovej. Posledných 8,5 rokov pracuje v oblasti testovania softvéru v rôznych doménach.
Dúfam, že sme to zjednodušili„Manuálne testovanie automatizácie“procesu. Neváhajte a podeľte sa so svojimi skúsenosťami a myšlienkami o tom, ako prekonávate výzvy procesu.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Ako previesť manuálne testovacie prípady do automatizačných skriptov? - Podrobný sprievodca s príkladom
- Výzvy na manuálne a automatizované testovanie
- Čo je to Automation Testing (Ultimate Guide to Start Test Automation)
- 10-krokový proces testovania automatizácie: Ako spustiť testovanie automatizácie vo vašej organizácii
- 25 najlepších rámcov a nástrojov na testovanie Java pre automatizované testovanie (3. časť)
- 20+ najlepších nástrojov na testovanie automatizácie otvoreného zdroja v roku 2021
- Top 10 stratégií a osvedčených postupov na automatizáciu testov
- Kedy sa rozhodnúť pre testovanie automatizácie?