Menu

Čo je to Automation Testing (Ultimate Guide to Start Test Automation)

what is automation testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Kompletný sprievodca začatím testovania automatizácie vášho projektu:

Čo je testovanie automatizácie?

Automatizačné testovanie je technika testovania softvéru, ktorá slúži na testovanie a porovnávanie skutočného výsledku s očakávaným výsledkom. To sa dá dosiahnuť napísaním testovacích skriptov alebo použitím ľubovoľného automatizačného testovacieho nástroja. Automatizácia testov sa používa na automatizáciu opakujúcich sa úloh a iných testovacích úloh, ktoré je ťažké vykonať manuálne.

Sprievodca testovaním automatizácie

Chcete spustiť test automatizácie svojho projektu, ale bojujete s najzákladnejšími krokmi, ako sú uvedené nižšie:

  • Ako zaviesť automatizáciu do vášho projektu?
  • Ako zvoliť najlepší a správny automatizačný nástroj?
  • Ako efektívne vyvíjať skripty?
  • Ako spustiť a udržiavať testovacie skripty?
  • A nakoniec, aké sú najlepšie postupy, ktoré musíte dodržiavať pri úspešnom testovaní automatizácie?

Dnes sme plánovali obohatiť vaše vedomosti o sériu návodov na tému „ Začíname s testovaním automatizácie “. Táto séria návodov na automatizáciu odpovie na všetky vyššie uvedené otázky krok za krokom pomocou jednoduchých príkladov.

Pozrime sa na sériu tutoriálov o spustení automatizácie vášho projektu !!

Proces automatizácie end-to-end:

Výukový program č. 1 : Najlepší sprievodca spustením automatizácie vášho projektu
Výukový program č. 2: Typy automatizovaných testov a niektoré mylné predstavy
Výukový program č. 3: 10 krokov k zavedeniu automatizácie do vášho projektu
Výukový program č. 4: Sprievodca A až Z pri výbere najlepšieho automatizačného nástroja
Výukový program č. 5: Rámec pre vývoj a automatizáciu skriptov
Výukový program č. 6: Vykonanie a vykazovanie automatizácie
Výukový program č. 7: Najlepšie postupy a stratégie automatizácie testov

Tipy na automatizáciu:

Výukový program č. 8: 10 tipov, ktoré by ste si mali prečítať pred automatizáciou testovacích prác
Výukový program č. 9: Ako sa líši plánovanie testov pri manuálnych a automatizovaných projektoch
Výukový program č. 10: Kedy sa rozhodnúť pre automatizáciu?
Výukový program č. 11: Výzvy na testovanie automatizácie
Výukový program č. 12: Sprievodca implementáciou dôkazu o koncepcii (POC) v automatizácii
Výukový program č. 13: Ako zvoliť správne testovacie prípady pre automatizáciu
Výukový program č. 14: Ako previesť manuálne testovacie prípady do automatizačných skriptov

Kariéra v automatizácii:

Výukový program č. 15: Tipy, ako sa stať lepším testerom automatizácie
Výukový program č. 16: Automatizácia testov - je to špecializovaná kariéra? Môžu normálni testeri robiť aj automatizáciu?

Populárne automatizačné nástroje:

Výukový program č. 17: Návody na selén 31+ Najlepšie bezplatné návody na výcvik selénu
Výukový program č. 18: Výukové programy pre QTP
Výukový program č. 19: Nástroj na testovanie webových služieb SoapUI
Výukový program č. 20: HP LoadRunner na testovanie výkonu

Automatizačné rámce:

Výukový program č. 21: Prečo potrebujeme rámec pre automatizáciu
Výukový program č. 22: Najobľúbenejšie automatizačné rámce

Agilná v agile:

Výukový program č. 23: Ako implementovať efektívnu automatizáciu v agilnom svete

Ostatné automatizačné nástroje:

Výukový program č. 24: Najlepšie automatizačné testovacie nástroje
Výukový program č. 25: Nástroj na automatizáciu grafického používateľského rozhrania Sikuli
Výukový program č. 26: PowerShell: Automatizácia používateľského rozhrania desktopových aplikácií s PowerShell
Výukový program č. 27: Catalon Automation Recorder (selén IDE alternatíva)
Výukový program č. 28: Geb Tool: Automatizácia prehľadávača pomocou nástroja Geb
Výukový program č. 29: AutoIt: Ako zaobchádzať s automaticky otváranými oknami systému Windows pomocou funkcie AutoIt
Výukový program č. 30: Uhorka: Automatizácia pomocou nástroja pre uhorky a selénu
Výukový program č. 31: Nástroj na testovanie uhlomera pre komplexné testovanie aplikácií AngularJS

Testovanie mobilnej automatizácie:

Výukový program č. 32: Praktický výukový program Appium Studio
Výukový program č. 33: Výukový program Appium pre začiatočníkov
Výukový program č. 34: Výukový program Selendroid: Rámec mobilnej automatizácie systému Android
Výukový program č. 35: Výukový program Ranorex: Výkonný nástroj na testovanie počítačov, webu a mobilných zariadení

Príklady automatizácie pre konkrétnu doménu:

Výukový program č. 36: Automatizácia aplikácií JAVA / J2EE

Príprava pohovoru na pracovné miesta automatizácie:

Výukový program č. 37: Dotazy na rozhovor s automatizačným testovaním
Výukový program č. 38: Otázky týkajúce sa rozhovoru so selénom

Pozrime sa na prvý tutoriál zo série „The Ultimate Guide to Automation Testing“ !!

Čo sa dozviete:

Čo je testovanie automatizácie?

Ak potom softvér dokáže čokoľvek, prečo nemôže softvér otestovať softvér?

Znie vám toto tvrdenie logicky?

Ak áno, potom vám gratulujeme, teraz uvažujete o funkcii Test Automation, ktorá je ústredným bodom, o ktorom budeme diskutovať v tejto sérii informatívnych návodov.

Predstavte si sami seba prvý deň vo svojej práci ako SQA. Zobrazí sa vám aplikácia, ktorá sa má otestovať. Je to aplikácia ERP obsahujúca 100 formulárov a tisíce správ. Prieskumné testovanie začínate otvorením formulára, ktorý obsahuje približne 50 rôznych polí.

Pokúsite sa zadať náhodné údaje v tomto formulári, čo trvalo asi 20 minút. Potom stlačte tlačidlo odoslať. Wolla !! Zobrazí sa chybové hlásenie, ktoré vyzerá ako nespracovaná výnimka. Stanete sa veľmi šťastnými. S hrdosťou si poznamenáte kroky a nahlásite chybu vo svojom systéme správy chýb. Veľké úsilie, cítite sa skutočne sebaisto a energicky. Pokračujete v testovaní až do konca dňa a nájdete ďalšie chyby. 'Úžasný prvý deň', pomysleli ste si.

Teraz prichádza nasledujúci deň, vývojár problém napravil a vydal novú verziu zostavenia. Vyskúšate rovnaký formulár s rovnakými krokmi a zistili ste, že chyba je opravená. Označíš to opravene. Veľké úsilie. Identifikáciou tejto chyby ste prispeli ku kvalite produktu. Keď je táto chyba opravená, zvyšuje sa jej kvalita.

Teraz prichádza tretí deň, vývojár opäť vydal novšiu verziu. Teraz musíte tento formulár znova otestovať, aby ste sa uistili, že sa nenájde žiadny problém s regresiou. Rovnakých 20 minút. Teraz sa cítite trochu nudne.

Teraz si predstavte 1 mesiac odteraz, novšie verzie sa neustále vydávajú a pri každom vydaní musíte otestovať túto zdĺhavú formu a ďalších 100 podobných foriem, aby ste sa uistili, že tu nedochádza k nijakej regresii.

Teraz sa cítite nahnevaní. Cítite sa unavený . Začnete preskakovať kroky. Vyplníte asi iba 50% z celkového počtu polí. Vaša presnosť nie je rovnaká, vaša energia nie je rovnaká a rozhodne, vaše kroky nie sú rovnaké.

A jedného dňa nahlási klient rovnakú chybu v rovnakej podobe. Cítite sa pateticky. Cítite sa teraz sebavedome. Myslíte si, že nie ste dostatočne kompetentní. Manažéri spochybňujú vaše schopnosti.

dobrý bezplatný firewall pre Windows 10

Mám pre vás novinku; toto je príbeh 90% manuálnych testerov. Nie ste iní.

Problémy s regresiou sú najbolestivejšími problémami. Sme ľudia. A nemôžeme každý deň robiť to isté s rovnakou energiou, rýchlosťou a presnosťou. Toto robia stroje. Na to je potrebná automatizácia, aby sa mohli opakovať rovnaké kroky s rovnakou rýchlosťou, presnosťou a energiou, aké sa opakovali prvýkrát.

Dúfam, že ma pochopíte !!

automatizácia testovanie priateľa

Kedykoľvek takáto situácia nastane, mali by ste automatizovať svoj testovací prípad. Automatizácia testov je váš priateľ . Pomôže vám zamerať sa na nové funkcie a zároveň sa postarať o regresie. Pomocou automatizácie môžete tento formulár vyplniť za menej ako 3 minúty.

Skript vyplní všetky polia a oznámi vám výsledok spolu so snímkami obrazovky. V prípade zlyhania dokáže presne určiť miesto, kde testovací prípad zlyhal, a tak vám pomôže s ľahkou reprodukciou.

Automatizácia - nákladovo efektívna metóda na testovanie regresie

Náklady na automatizáciu sú spočiatku skutočne vyššie. Zahŕňa to náklady na nástroj, potom náklady na zdroj na testovanie automatizácie a jeho / jej školenie.

Keď sú však skripty pripravené, dajú sa spustiť stokrát opakovane s rovnakou presnosťou a skôr rýchlo. Ušetrí to mnoho hodín manuálneho testovania. Takže náklady postupne klesajú a nakoniec sa z nich stáva nákladovo efektívna metóda Regresné testovanie .

Scenáre, ktoré si vyžadujú automatizáciu

Vyššie uvedený scenár nie je jediným prípadom, keď budete potrebovať testovanie automatizácie. Existuje niekoľko situácií, ktoré nie je možné testovať manuálne.

Napríklad ,

  1. Porovnávanie dvoch obrázkov pixel po pixeli.
  2. Porovnávame dve tabuľky obsahujúce tisíce riadkov a stĺpcov.
  3. Testovanie aplikácie pod záťažou 100 000 používateľov.
  4. Výkonové kritériá.
  5. Testovanie aplikácie v rôznych prehliadačoch a na rôznych operačných systémoch paralelne.

Tieto situácie si vyžadujú a mali by byť testované pomocou nástrojov.

Kedy teda automatizovať?

Toto je doba agilná metodológia v SDLC, kde bude vývoj a testovanie prebiehať takmer paralelne a je veľmi ťažké sa rozhodnúť, kedy sa automatizuje.

Skôr ako vstúpite do automatizácie, zvážte nasledujúce situácie

  • Produkt môže byť v primitívnych fázach, keď produkt nemá ani používateľské rozhranie, v týchto fázach musíme mať jasnú predstavu o tom, čo chceme automatizovať. Je potrebné pamätať na nasledujúce body.
    • Testy by nemali byť zastarané.
    • S vývojom produktu by malo byť ľahké vybrať skripty a doplniť ich.
    • Je veľmi dôležité nenechať sa uniesť a zabezpečiť, aby sa skripty dali ľahko ladiť.
  • Nepokúšajte sa o automatizáciu používateľského rozhrania vo veľmi počiatočných fázach, pretože používateľské rozhranie je často menené, čo by viedlo k zlyhaniu skriptov. Pokiaľ je to možné, rozhodnite sa pre automatizáciu na úrovni API / na úrovni inej ako UI, kým sa produkt nestabilizuje. Automatizáciu API je možné ľahko opraviť a odladiť.

Ako rozhodnúť najlepšie prípady automatizácie:

Automatizácia je neoddeliteľnou súčasťou testovacieho cyklu a je veľmi dôležité rozhodnúť sa, čo chceme automatizáciou dosiahnuť, skôr ako sa rozhodneme pre automatizáciu.

Výhody, ktoré sa zdajú byť automatizáciou, sú veľmi atraktívne, ale súčasne zle usporiadaná automatizačná sada môže pokaziť celú hru. Testéri môžu skončiť s ladením a opravou skriptov, čo môže mať za následok stratu testovacieho času.

Efektívna automatizácia testov

Táto séria vysvetľuje, ako možno automatizačnú sadu zvýšiť efektívnosť na to, aby zachytila ​​správne testovacie prípady a priniesla správne výsledky pomocou automatizačných skriptov, ktoré máme k dispozícii.

Taktiež som sa venoval odpovediam na otázky ako Kedy sa automatizovať, Čo sa má automatizovať, Čo sa nemá automatizovať a Ako strategizovať automatizáciu.

Správne testy pre automatizáciu

Najlepším spôsobom, ako tento problém vyriešiť, je rýchlo prísť s „Automatizačnou stratégiou“, ktorá vyhovuje nášmu produktu.

Cieľom je zoskupiť testovacie prípady tak, aby každá skupina mala iný výsledok. Ilustrácia uvedená nižšie ukazuje, ako by sme mohli zoskupiť naše podobné testovacie prípady v závislosti od produktu / riešenia, ktoré testujeme.

Zoskupenie testovacích prípadov

Poďme sa teraz hlboko ponoriť a pochopiť, čo nám môže každá skupina pomôcť dosiahnuť:

# 1) Vytvorte testovaciu sadu všetkých základných funkcií Pozitívne testy . Táto sada by mala byť automatizovaná a keď je táto sada spustená proti ľubovoľnej zostave, výsledky sa zobrazia okamžite. Akýkoľvek skript, ktorý v tejto suite zlyhá, vedie k chybe S1 alebo S2 a dané zostavenie môže byť diskvalifikované. Takže sme tu ušetrili veľa času.

Ako ďalší krok môžeme pridať túto automatizovanú testovaciu sadu ako súčasť BVT (Build Verifikačné testy) a skontrolovať automatizačné skripty QA do procesu vytvárania produktu. Keď je teda zostava pripravená, testéri môžu skontrolovať výsledky automatizačného testu a rozhodnúť, či je zostava vhodná alebo nie na inštaláciu a ďalší testovací proces.

Týmto sa jednoznačne dosahujú ciele automatizácie, ktoré sú:

  • Znížte úsilie pri testovaní.
  • Nájdite chyby v skorších fázach.

#dva) Ďalej tu máme skupinu Testy typu end to end .

Pri veľkých riešeniach je kľúčom testovanie funkčnosti typu end-to-end, najmä v kritických fázach projektu. Mali by sme mať niekoľko automatizačných skriptov, ktoré sa budú tiež dotýkať komplexných testov riešení. Keď je táto sada spustená, výsledok by mal naznačovať, či produkt ako celok funguje tak, ako sa očakáva, alebo nie.

Ak dôjde k rozbitiu niektorého z integračných prvkov, mala by sa uviesť sada automatizačných testov. Táto sada nemusí pokrývať všetky malé vlastnosti riešenia, ale mala by pokrývať fungovanie produktu ako celku. Kedykoľvek máme verziu alfa alebo beta alebo iné prechodné vydania, potom tieto skripty prídu vhod a dajú zákazníkovi určitú úroveň dôvery.

Aby sme lepšie porozumeli, predpokladajme, že testujeme online nákupný portál V rámci komplexných testov by sme mali pokrývať iba príslušné kľúčové kroky.

Ako je uvedené nižšie:

  • Prihlásenie užívateľa.
  • Prejdite a vyberte položky.
  • Možnosť platby - vzťahuje sa na front-end testy.
  • Správa objednávok v backende (zahŕňa komunikáciu s viacerými integrovanými partnermi, kontrolu skladových zásob, odosielanie e-mailov používateľovi atď.) - to pomôže pri testovaní integrácie jednotlivých častí a tiež podstaty produktu.

Takže keď je spustený jeden taký skript, dáva istotu, že riešenie ako celok funguje dobre.!

# 3) Tretia sada je Testy založené na vlastnostiach / funkčnosti .

Pre príklad „Možno máme funkciu na prehliadanie a výber súboru, takže keď to automatizujeme, môžeme automatizovať prípady tak, aby zahŕňali výber rôznych typov súborov, veľkostí súborov atď., Aby bolo možné vykonať testovanie funkcií. Ak dôjde k zmenám alebo dodatkom k tejto funkcii, táto sada môže slúžiť ako regresná sada.

# 4) Ďalej na zozname by bolo Testy založené na používateľskom rozhraní. Môžeme mať ďalšiu sadu, ktorá bude testovať čisto funkcie založené na používateľskom rozhraní, ako je stránkovanie, obmedzenie znakov v textovom poli, tlačidlo kalendára, rozbaľovacie ponuky, grafy, obrázky a mnoho ďalších funkcií zameraných iba na používateľské rozhranie. Zlyhanie týchto skriptov zvyčajne nie je veľmi kritické, pokiaľ nie je používateľské rozhranie úplne vypnuté alebo sa určité stránky nezobrazujú podľa očakávania!

# 5) Môžeme mať ešte ďalšiu sadu testov, ktoré sa dajú ľahko, ale veľmi namáhavo vykonať ručne. Zdĺhavé, ale jednoduché testy sú ideálnymi kandidátmi na automatizáciu, napríklad zadanie podrobností o 1000 zákazníkoch do databázy má jednoduchú funkčnosť, ale je veľmi namáhavé vykonávať ich manuálne, takéto testy by sa mali automatizovať. Ak nie, väčšinou ich ignorujú a netestujú.

Čo NIE Automatizovať?

Ďalej je uvedených niekoľko testov, ktoré by nemali byť automatizované.

# 1) Negatívne testy / testy zlyhania

Nemali by sme sa pokúšať o automatizáciu negatívne testy alebo testy na zlyhanie „Pokiaľ ide o tieto testy, musia testéri myslieť analyticky a negatívne testy nie sú skutočne priame na to, aby vyhoveli alebo zlyhali, čo nám môže pomôcť.

Negatívne testy budú vyžadovať veľa manuálnych zásahov, aby sa simuloval skutočný scenár zotavenia po katastrofe. Len pre ilustráciu, testujeme funkcie, ako je spoľahlivosť webových služieb - aby sme to tu zovšeobecnili, hlavným cieľom týchto testov by bolo spôsobiť úmyselné zlyhania a zistiť, ako dobre je produkt spoľahlivý.

Simulácia vyššie uvedených zlyhaní nie je jednoduchá, môže zahŕňať injekciu niektorých stubov alebo použitie niektorých nástrojov medzi nimi a automatizácia tu nie je najlepším spôsobom.

# 2) Testy ad hoc

Tieto testy nemusia byť skutočne vždy relevantné pre produkt a môže to byť dokonca niečo, na čo môže tester myslieť v tejto fáze začatia projektu, a tiež musí byť overená snaha o automatizáciu ad-hoc testu. funkcie, ktorej sa testy dotýkajú.

Napríklad „Tester, ktorý testuje funkciu zaoberajúcu sa kompresiou / šifrovaním údajov, mohol vykonať intenzívne ad-hoc testy s rôznymi údajmi, typmi súborov, veľkosťami súborov, poškodenými údajmi, kombináciou údajov pomocou rôznych algoritmov a viacerých. platformy atď.

Keď plánujeme automatizácia možno budeme chcieť uprednostniť a nevykonať vyčerpávajúcu automatizáciu všetkých ad hoc testov iba pre túto vlastnosť a skončiť s trochou času na automatizáciu ďalších kľúčových funkcií.

# 3) Testy s rozsiahlym prednastavením

Existujú testy, ktoré si vyžadujú obrovské požiadavky.

Napríklad, Možno budeme mať produkt, ktorý sa integruje so softvérom tretích strán pre niektoré funkcie, pretože sa produkt integruje s akýmkoľvek systémom front správ, ktorý si vyžaduje inštaláciu v systéme, nastavovanie frontov, vytváranie frontov atď.

3rdsoftvér pre strany môže byť čokoľvek a nastavenie môže mať zložitú povahu. Ak budú takéto skripty automatizované, budú vždy závisieť od funkcie / nastavenia tohto softvéru tretích strán.

Medzi nevyhnutné predpoklady patria:

V súčasnosti môžu veci vyzerať jednoducho a čisto, pretože prebiehajú nastavenia oboch strán a všetko je v poriadku. Pri mnohých príležitostiach sme videli, že keď projekt vstúpi do fázy údržby, projekt sa presunie do iného tímu a nakoniec sa odladia také skripty, ktorých skutočný test je veľmi jednoduchý, ale skript zlyhá kvôli 3rdproblém so softvérom na večierok.

Vyššie uvedené je len príklad, vo všeobecnosti treba dávať pozor na testy, ktoré majú namáhavé predbežné nastavenia pre jednoduchý nasledujúci test.

Jednoduchý príklad automatizácie testov

Keď testujete softvér (na webe alebo na pracovnej ploche), na vykonanie týchto krokov obvykle používate myš a klávesnicu. Automatizačný nástroj napodobňuje tie isté kroky pomocou skriptovania alebo programovacieho jazyka.

Napríklad , ak testujete kalkulačku a testovacím prípadom je, že musíte pridať dve čísla a zobraziť výsledok. Skript vykoná rovnaké kroky aj pri použití myši a klávesnice.

prevodník z YouTube na wav online zadarmo

Príklad je uvedený nižšie.

Kroky manuálneho testu:

  1. Spustite kalkulačku
  2. Stlačte 2
  3. Stlačte +
  4. Stlačte 3.
  5. Stlačte =
  6. Na obrazovke by sa malo zobraziť 5.
  7. Zatvorte kalkulačku.

Automatizačný skript:

//the example is written in MS Coded UI using c# language. (TestMethod) public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); }

Vyššie uvedený skript je iba duplikátom vašich manuálnych krokov. Skript sa ľahko vytvára a je ľahko pochopiteľný.

Čo sú tvrdenia?

Druhý posledný riadok skriptu vyžaduje ďalšie vysvetlenie.

Assert.AreEqual (“5”, txtResult.DisplayText, ”kalkulačka nezobrazuje 5);

V každom testovacom prípade máme na konci nejaký očakávaný alebo predpokladaný výsledok. Vo vyššie uvedenom skripte očakávame, že by sa na obrazovke mala zobraziť „5“. Skutočný výsledok je výsledok, ktorý sa zobrazí na obrazovke. V každom testovacom prípade porovnávame očakávaný výsledok so skutočným.

To isté platí aj pre testovanie automatizácie. Jediný rozdiel tu je, keď toto porovnanie urobíme v automatizácii testov, potom sa v každom nástroji nazýva niečo iné.

Niektoré nástroje to nazývajú „ Tvrdenie “, Niektorí to nazývajú„ kontrolný bod “A niektorí to nazývajú„ validácia “. Ale v zásade ide iba o porovnanie. Ak toto porovnanie zlyhá, pre Napr. obrazovka zobrazuje 15 namiesto 5, potom toto tvrdenie / kontrolný bod / overenie zlyhá a váš testovací prípad je označený ako zlyhaný.

Ak testovací prípad zlyhá z dôvodu tvrdenia, znamená to, že ste chybu zistili pomocou automatizácie testu. Musíte to nahlásiť svojmu systému na správu chýb rovnako, ako to bežne robíte pri manuálnom testovaní.

Vo vyššie uvedenom skripte sme vykonali tvrdenie v druhom poslednom riadku. 5 je očakávaný výsledok, txtResult . DisplayText je skutočný výsledok, a ak nie sú rovnaké, zobrazí sa správa „Kalkulačka nezobrazuje 5“.

Záver

Testéri často narazia na termíny a poverenia projektu, aby automatizovali všetky prípady na zlepšenie odhadov testovania.

O automatizácii existuje niekoľko bežných „nesprávnych“ vnímaní.

Oni sú:

  • Každý testovací prípad môžeme automatizovať.
  • Automatizácia testov enormne skráti čas testovania.
  • Ak automatizačné skripty fungujú hladko, nie sú predstavené žiadne chyby.

Mali by sme mať jasno v tom, že automatizácia môže skrátiť čas na testovanie iba pre určité typy testov. Automatizácia všetkých testov bez plánu alebo postupnosti povedie k rozsiahlym skriptom, ktoré sú náročné na údržbu, často zlyhávajú a tiež potrebujú veľa manuálnych zásahov. V neustále sa vyvíjajúcich produktoch môžu byť skripty automatizácie zastarané a budú vyžadovať neustále kontroly.

Zoskupenie a automatizácia správnych kandidátov ušetrí veľa času a poskytne všetky výhody automatizácie.

Tento vynikajúci návod je možné zhrnúť iba do 7 bodov.

Testovanie automatizácie:

  • Je testovanie vykonávané programovo.
  • Používa nástroj na kontrolu vykonávania testov.
  • Porovnáva očakávané výsledky so skutočnými výsledkami (tvrdenia).
  • Môže automatizovať niektoré opakujúce sa, ale nevyhnutné úlohy ( Napr. Vaše prípady regresného testu).
  • Môže automatizovať niektoré úlohy, ktoré je ťažké vykonať ručne (Napr.Scenáre testovania záťaže).
  • Skripty sa dajú spustiť rýchlo a opakovane.
  • Je nákladovo efektívny z dlhodobého hľadiska.

Automatizácia je tu vysvetlená jednoducho, ale to neznamená, že je vždy ľahké ju vykonať. Sú s tým spojené výzvy, riziká a mnoho ďalších prekážok. Existuje mnoho spôsobov, ako sa môže pokaziť automatizácia testov, ale ak všetko pôjde dobre, potom sú výhody automatizácie testov skutočne obrovské.

Budúce z tejto série:

V našich pripravovaných výukových programoch sa budeme zaoberať niekoľkými aspektmi súvisiacimi s automatizáciou.

Tie obsahujú:

  1. Typy automatizovaných testov a niektoré mylné predstavy.
  2. Ako zaviesť automatizáciu do vašej organizácie a vyhnúť sa bežným nástrahám pri vykonávaní automatizácie testov.
  3. Proces výberu nástrojov a porovnanie rôznych automatizačných nástrojov.
  4. Rámec pre vývoj a automatizáciu skriptov s príkladmi.
  5. Vykonanie a vykazovanie automatizácie testov.
  6. Najlepšie postupy a stratégie automatizácie testov.

Chcete sa dozvedieť viac o každej koncepcii automatizovaného testovania? Dávajte si pozor a sledujte náš zoznam pripravovaných návodov v tejto sérii a svoje myšlienky môžete vyjadriť v sekcii komentárov nižšie.

ĎALŠÍ Príručka č. 2

Odporúčané čítanie

^