Menu

Kedy sa rozhodnúť pre testovanie automatizácie?

when opt automation testing

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

Mali by sme zvážiť testovanie automatizácie projektu? Kedy by sme mali ísť na Testovanie automatizácie?

Vykonáva sa testovanie, aby sa koncovým používateľom poskytli kvalitné výrobky. Fáza testovania je jedným z hlavných aspektov STLC .

Každá spoločnosť sa zameriava viac na testovanie softvéru, pretože jeho kvalita prináša optimálnu spokojnosť zákazníka, ale mnoho z nich stále bojuje s výberom toho, ktorý typ testovania má vykonať, či už s automatickým testovaním alebo manuálnym testovaním.

Kedy sa rozhodnúť pre testovanie automatizácie

Tento článok pomáha čitateľovi pochopiť, čo je Automation Testing, kedy na to ísť, a čo je najdôležitejšie, keď na to nejde. Naučte sa tiež optimálne využitie Automatizačné nástroje na testovanie .

Nech sa urobí akákoľvek práca, mala by sa vykonávať efektívne a musí byť rovnako nákladovo efektívna. Malo by to mať navyše zmysel, aby sa zákazník cítil spokojný s výsledkami.

Čo sa dozviete:

Testovanie softvéru a náklady

Testovanie softvéru zvyčajne vykonáva softvérový tester. Rozdiel medzi testerom a skutočným používateľom spočíva v tom, že ten bude poznať iba čiastočné použitie softvéru, ktorý sa používa na ich podnikanie alebo na plnenie jeho úloh, a nebude tento softvér poznať úplne. Na druhej strane bude mať tester vedomosti o všetkých technických a funkčných požiadavkách na softvér. Na základe požiadaviek poskytnutých klientom bude potrebné pripraviť testovacie plány a testovacie prípady.

Plán testov nie je ničím iným ako podrobným plánom spôsobu, akým sa má testovací proces uskutočniť. Bude to obsahovať všetky podrobnosti o počte zdrojov a zdrojov zapojených do testovania, o tom, čo a kedy robiť, čo sa nebude robiť a o prostredí, v ktorom sa budú vykonávať atď.

Testovacie prípady by sa mali pripraviť po jasnom pochopení funkčných a technických aspektov softvéru. Tester musí mať veľkú pozorovaciu schopnosť a úplné znalosti o softvéri.

Testovanie životného cyklu

Náklady tu navyše zohrávajú efektívnu úlohu. Zákazníci uprednostňujú akceptovanie softvéru v maximálnej kvalite pri minimálnych nákladoch. Keď ideme na ručné testovanie, proces je zdĺhavejší a časovo náročnejší, pretože všetko vykonáva ručne tester.

Napríklad , keď potrebujeme ‚n‘ počet testerov vykonať regresné testovanie , vykonanie všetkých testovacích prípadov môže trvať takmer 50 hodín. A na základe dostupnosti zdrojov sa vykonajú testovacie prípady. Ale s kratším časom na automatizované testovanie sa vykoná optimálne využitie zdrojov spolu s maximálnym pokrytím testovacích prípadov v porovnaní s manuálnym testovaním.

Proces ručného testovania

Spravodajstvo za testovaním softvéru

Pre každú organizáciu je veľmi dôležité vedieť, kedy má zahájiť proces testovania a kedy ho ukončiť. Mali by sme vedieť, kedy začať s testovaním, pretože je zbytočné zahájiť testovanie, keď je vývojová fáza hotová a kedy nie sú splnené požadované kritériá. Osvedčeným postupom je vždy začať s fázou návrhu testu, zatiaľ čo vývoj prebieha.

Softvér na testovanie inteligencie

Ďalej sú uvedené kritériá na testovanie vstupu a výstupu softvéru:

Kritériá vstupu

Po podpísaní dokumentu o dizajne je potrebné vo fáze plánovania pripraviť plány testov. Testovací plán hrá zásadnú rolu. Potrebný hardvér musí byť správne nainštalovaný a nakonfigurovaný a je potrebné skontrolovať jeho funkčnosť. Funkčné požiadavky musia byť jasné a schválené. Vyvinutý kód musí byť jednotkovo testovaný a podpísaný vývojármi.

Musia byť pripravené a schválené testovacie prípady a testovacie údaje. Mali by byť k dispozícii údaje o teste a aplikácia. Tester musí mať značné a dostatočné znalosti o aplikácii. Zdroje by mali byť dobre vyškolené v oblasti nástrojov a musia byť objasnené so všetkými požadovanými funkciami.

Tester musí byť k dispozícii. Ak sa nesplní ktorékoľvek z kritérií, vstupné kritériá testovania sa odmietnu.

(Poznámka: Kliknutím na ľubovoľný obrázok zobrazíte zväčšené zobrazenie)

Automatizácia vstupných kritérií

Kritériá výstupu

Iba keď je najmenej 95% povinných testovacích prípadov uzamknutých s výsledkom „vyhovieť“, môžeme opustiť fázu testovania produktu. Nie je však také ľahké určiť, kedy je možné testovanie softvéru zastaviť alebo či je ešte potrebné vykonať. A bežne nastáva aj takáto situácia.

Automatizácia kritérií ukončenia

Hlavné kritériá sú uvedené nižšie:

  • Keď sú všetky chyby opravené.
  • Po dosiahnutí termínu.
  • Keď je rozpočet vyčerpaný alebo vyčerpaný.
  • Keď prejdú všetky testovacie prípady.
  • Po podpísaní dohody.
  • Keď sa vykoná určité percento testovania.
  • Keď Alfa a testovanie verzie Beta končí.

Kritériá ukončenia možno odvodiť iba na základe faktorov, ako sú riziko, cena atď. Po dosiahnutí testovania hlavnej funkčnej požiadavky sa testovanie zvyčajne zastaví a nikdy sa nebudú hľadať menšie chyby, ktoré by spôsobili problém v teste. neskoršie obdobia.

Automatizácia vstupných a výstupných kritérií

Príklad: Softvér ABC je vo fáze návrhu. K vývoju a testovaniu konštrukcie obvykle dochádza súčasne. Po zmrazení návrhu sa začne vývoj softvéru. Ukončenie vývoja softvéru, ako bolo dohodnuté, označuje vstupné kritériá. Výsledky tu pochádzajú od vývojového tímu. Zahŕňa poznámky k vydaniu a známe problémy.

Po niekoľkých iteráciách testovania, keď žiadne hlavné / blokovacie / prehliadkové zarážky čakajú na rozlíšenie a 95% testovania vyústilo do vyhovenia, sa to označuje ako výstupné kritériá.

Automatizácia - je to skutočne nevyhnutné?

Keď sa potrebujeme rozhodnúť, či požadujeme Technika automatického testovania alebo nie, tu vyvstáva otázka dostupných zdrojov. Dôvody, ktoré musíme automatizovať, sú kontroly, či tok údajov a vyvinuté funkcie fungujú podľa očakávaní bez manuálneho zásahu alebo nie. Používa sa hlavne na miestach, kde bude softvér mať zmeny vo forme viacerých vydaní / cyklov atď.

behaviorálne rozhovory, otázky a odpovede pre obchodných analytikov

Na konci vývoja každého cyklu bude vykonané testovanie aktuálne pridanej funkčnosti. Okrem toho sa vykoná testovanie starej funkčnosti, aby sa zabezpečilo, že staré funkčnosti nebudú poškodené. Toto je hlavná časť, ktorá má priestor pre automatizáciu.

Pri overovaní logiky riadenej kódom a požiadaviek grafického používateľského rozhrania je možné zvoliť automatické testovanie, ak je rizikový faktor vysoký.

Je automatizácia nevyhnutná

Príklad: Pre softvér ABC existujú časté aktualizácie, aktualizácie, ktoré vyhľadáva klient a poskytujú vývojári. V rámci testovania sa preto uskutočňuje regresia pre softvér, ktorý je už v prevádzke a beží vo výrobe. Aktuálna verzia bude platná bez ohľadu na počet vydaní, aktualizácií a aktualizácií.

Povedzme, že na pokrytie regresného testovania je potrebných 10 dní manuálneho úsilia a potom je potrebné venovať maximálnu pozornosť ich automatizácii. Môže to ušetriť najmenej 60% úsilia a 10 * 8 = 80 hodín manuálnej práce.

Automatizácia môže trvať iba 80/24 = 3,33 dňa. To ušetrí zhruba 6,67.

Prečo automatizácia?

Automatizáciu je možné zvoliť, iba ak:

  • Aplikácia má veľmi veľkú oblasť s vysokým stupňom investovania úsilia do regresie.
  • Optimalizácia nákladov nastala v dôsledku manuálnych chýb.
  • Tento softvér má niekoľko verzií a vydaní.
  • Je to nákladovo efektívne z dlhodobého hľadiska.
  • Rizikový faktor je vyšší pre širší rozsah vykonania testu.
  • Údaje o nákladoch a matematické výpočty sú zahrnuté vo funkcii softvéru.
  • Dochádza k väčšiemu zvýšeniu tempa vykonávania, efektívnosti spolu s kvalitou softvéru.
  • Dochádza k menšiemu obratu, dokonca aj pri vysokorizikovom testovaní softvéru.

Rizikový faktor

Rizikový faktor sa stáva dominantne bežným v podnikaní, kde existuje veľa závislostí od časového faktora. Softvér, ktorý funguje na základe transakčných systémov a ktorý funguje na viacerých aplikáciách, bude vyžadovať, aby softvér fungoval ideálne podľa návrhu softvéru. V takom prípade existuje veľa rizík so zaznamenaním správneho funkčného správania.

Tu bude automatizácia veľmi užitočná pri uskutočňovaní funkčných transakcií lepším tempom podľa softvérového mechanizmu.

Napríklad , v prípade ukazovateľa trhu Forex je časový faktor veľmi dôležitý a kritický. Zmeny v akciách a komoditách sa vyskytujú s ohľadom na čas, niekedy menej ako sekundy. Tu môže automatizácia pomôcť pri testovaní takéhoto softvéru s vysokým rizikom.

Rizikový faktor v automatizácii

Príklad: Softvér ABC má niekoľko aktualizácií a upgradov. S cieľom ušetriť manuálne úsilie a znížiť čas potrebný na obrat vo fáze testovania je možné automatizovať základnú verziu alebo staré funkcie. Toto môže nadobudnúť platnosť, iba ak základné funkcie zostanú nezmenené.

Výhodou automatizácie je, že môžu byť spustené bez manuálneho zásahu. Aj to je možné vykonať paralelne s testovaním novšej funkčnosti. Automatizácia teda šetrí veľa úsilia a veľa času.

Kedy by nemala byť preferovaná automatizácia?

Medzi niekoľkými organizáciami existuje otázka, ktorá znie - Prečo nie je možná 100% automatizácia?

Odpoveď odborníkov je NEROBTE pretože od kvalifikovaných používateľov sa vyžaduje, aby vykonávali automatizované testovanie, a musia byť tiež dobre vyškolení. Automatizáciu nie je možné vykonať počas počiatočnej fázy kritérií a požiadavky aplikácií nebudú jasné.

Automatizácia sa zvyčajne uprednostňuje od druhej iterácie ľubovoľného vydania softvéru. Môže sa zmeniť užívateľské rozhranie, čo je nákladnejšie a údržba skriptu je tiež nákladnejšia. Keď náklady potrebné na automatizačný nástroj presiahnu rozpočet projektu, môžeme povedať, že nie.

Príklad: Softvér XYZ je typ elektronického obchodu, pri ktorom požiadavky klienta nezmiznú a neustále sa menia, ak to klient vyžaduje.

Tu v tomto prípade automatizácia nemôže pomôcť regresii. Je to preto, lebo staré neplatné funkcie by sa nemali testovať, a preto sa musia robiť ručne. Napríklad, klient musí mať všetky zoznamy v základnom softvéri, ktoré sa dajú zmeniť ako rozbaľovacie polia.

Náklady vs ROI pre automatizáciu

ROI je na začiatku veľmi nízka, keď ideme na automatizáciu, pretože automatizácia je prvýkrát drahá. Návratnosť investícií sa neustále zvyšuje, keď sa manuálne úsilie pri testovaní softvéru znižuje z iterácií druhého vydania. Musíme si byť vedomí očakávaného výsledku každého testovacieho prípadu pred automatizáciou.

Pri výbere automatizácie a ľubovoľného nástroja, ktorý zabezpečí, že nezvýši náklady, považujte návrh testovacích prípadov za dôležitejší.

Manuálne porovnanie nákladov vs automatizácia

Kde môže Automatizácia vykresliť minimálne ZNÍŽENIE NÁKLADOV?

Aj automatizácia stojí, pretože je potrebné dokúpiť požadovaný nástroj na testovanie. Zdroje musia byť trénované s konkrétnym nástrojom. Zvolený nástroj musí byť uskutočniteľný na otestovanie všetkých oblastí softvéru.

Takže výber nástroja by mali odborníci v oblasti automatizácie testovať opatrne.

Príklad: Zvážte produkt XYZ, ktorý sa zaoberá poistením. Na zníženie nákladového faktora použila spoločnosť iba manuálne testovanie, ale pokiaľ ide o poistenie, rizikový faktor je vysoký a môže stáť firmu peniaze, ak sa niektorý z výpočtov poistného pokazí. Celá strata bude buď pre vedenie, alebo koncovému používateľovi. Koncový užívateľ nenesie stratu, zatiaľ čo spoločnosť musí.

Ak sa vypočítaná výška poistného nezhoduje s pôvodným poistným (t. J.), Ak existuje rozdiel vo výpočte poistného medzi klientom a zákazníkom, potom nastáva medzi zákazníkom a predajcom produktu veľký problém. Môže obsahovať veľa modulov, ako sú automobily, domácnosti a ďalšie.

Keď sa niečo pokazí, je to úplná strata. Rozdiel vo výpočte môže dať testerovi zmysel a môže spôsobiť chyby. V tomto projekte ručné testovanie je možné vykonať pre základné používateľské rozhranie, ako je napríklad overenie čísla TIN, sociálneho ID a ďalších informácií týkajúcich sa portfólia používateľov, a preto je možné ich manuálne otestovať, keď je rizikový faktor nízky. M čím by spoločnosť profitovala, tým viac uprednostňuje automatizáciu testovania svojho softvéru.

Záver

Automatizácia aj manuálne testovanie majú tiež výhody a nevýhody. Iba ak si budeme istí koncepciami a požiadavkami, budeme si môcť zvoliť, aký druh testovania vykonať.

Žiadny projekt nemožno testovať iba manuálnym alebo automatickým testovaním. Závisí to od dizajnu, platformy a technológie, s ktorou bol softvér vyvinutý. Pri rozhodovaní teda treba byť opatrný pri výbere metódy testovania a využívať rady odborníkov.

V predchádzajúcom článku nám mohlo chýbať niekoľko faktorov, pri výbere automatizácie alebo dokonca nástrojov na automatizáciu sa prosím podeľte o faktory, ktoré považujete za dôležité.

Zatiaľ sa môžete podeliť o svoje pripomienky a návrhy týkajúce sa tohto článku.

Odporúčané čítanie

^