Menu

Ako sa líši plánovanie testov pre ručné a automatizované projekty?

how does test planning differ

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

Všetci súhlasíme s tým, že projekty automatizácie sa svojou podstatou líšia od projektov manuálneho testovania. Hoci autonómne projekty automatizácie v skutočnosti neexistujú (alebo by nemali existovať ideálne), pri manuálnych aj automatizačných projektoch sa pri plánovaní postupuje odlišne.

Je nevyhnutne vykonaný zmiešaný plánovaný projekt; neovplyvňuje to iba súčasný projekt a vrhá tieň na schopnosti jednotlivca, ale môže to viesť aj k strate dôvery v tím klienta alebo manažmentu, čo ovplyvňuje ďalšie podnikanie. Skôr by som povedal, že my testéri sme v bezpečí, ako sa ospravedlňujeme.

=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán

Plánovanie testov

Dobrý Dilbertov komiks o plánovaní:

dilbert plánovanie projektu

Než pôjdeme ďalej, chcem zistiť, o čom tento článok NIE bude.

# 1) Nejde o dôkladnú diskusiu o automatizačných rámcoch. Rôzne projekty používajú rôzne rámce v závislosti od povahy ich AUT, architektúry, zložitosti, odbornosti tímu atď.

Informácie o rámcoch nájdete na nižšie uvedených odkazoch:

Testovacie automatizačné rámce, časť 1 a časť 2 .

#dva) Toto tiež nie je o šablóne, formáte alebo vytvorení súboru Dokument plánu skúšok . Budeme sa zaoberať úvahami o predbežnej dokumentácii automatizačného projektu, viac v riadkoch analýzy uskutočniteľnosti.

# 3) Toto tiež nie je konkrétne nástroje. Každá činnosť v SDLC si vyžaduje čas, úsilie, infraštruktúru - inými slovami - PENIAZE.

Pri projekte manuálneho testovania sú nákladovo náročné faktory:

  • Ľudia
  • Nástroje - Správa testov / defektov
  • Infraštruktúra - životné prostredie
  • Čas
  • Školenie

Pre projekt automatizácie je potrebné okrem vyššie uvedených položiek vyžadovať výdavky na:

  • Automatizačné nástroje
  • Doplnok pre integráciu nástroja Test Management
  • Doplnok na podporu AUT (napríklad SAP, Oracle atď.)
  • Rámec bol nastavený
  • Školenie špecifické pre jednotlivé náradie

Závisí za týchto okolností úspech projektu Automation od toho, ako dobre ste napísali kód, koľko opakovane použiteľných komponentov ste napísali alebo v koľkých riadkoch kódu ste dosiahli požadovaný výsledok?

Č.

O úspechu rozhoduje jediná otázka - „Ste schopní vygenerovať lepšiu návratnosť investícií (ROI) v porovnaní s manuálnou cestou?“ - Ak nie okamžite, nakoniec.

Ak je odpoveď na túto otázku „NIE“, projekt automatizácie ste naplánovali nesprávne.

Spravidla má testovací plán nasledujúce časti. Budeme diskutovať o každom z nich so zameraním na aspekty automatizácie, ktoré je potrebné zvážiť:

automatizačný testovací plán

Sekcie plánu testovania automatizácie

Sekcia 1:Rozsah

  • Vyberte testovacie prípady / scenáre, ktoré majú byť opakovane regresované počas viacerých cyklov.
  • Najjednoduchšie testovacie prípady niekedy potrebujú automatizáciu mnohých zložitých riešení. Ak sú iba na jednorazové použitie, zjavne to nemá zmysel. Mali by ste sa zamerať na opätovnú použiteľnosť.
  • Automation Testing nevykonáva / nemôže vykonávať prieskumné testovanie.

Oddiel 2: Stratégia testovania

  • Táto časť sa vo svete automatizácie označuje ako rámec. Niektoré rámce sú nesmierne náročné na vytvorenie a sú tiež efektívne - ale čas, úsilie a kompetencie sú náročné. Vždy hľadajte strednú cestu a robte maximum, čo môžete, bez toho, aby ste ohrozili nadmerné využitie zdrojov.
  • Pre zachovanie jednotnosti a zvýšenie produktivity rozhodnite o najlepších osvedčených postupoch v kódovaní, konvenciách pomenovania, umiestnení testovacích aktív, ktoré sa majú uložiť, formáte výsledkov testov atď.

Oddiel # 3:Zdroje / úlohy a zodpovednosti

  • Prvým krokom v tomto smere je porozumenie schopnostiam tímu a predvídanie rozsahu automatizácie, ktorá sa objaví v obraze. To vám pomôže vybrať tím, ktorý vyhovuje potrebám automatizácie aj manuálneho testovania. Vyberte si tiež ľudí, ktorí majú správny prístup - tí si nemyslia, že je ručné testovanie pod ich postavou.
  • Vyberte si tím, ktorý dobre ovláda AUT, správu testov, správu defektov a ďalšie aktivity SDLC
  • Oddiel 1: Rozsah pôsobnosti

Oddiel # 4:Náradie

Vyberte automatizačné nástroje na základe nasledujúcich pravidiel:

  • Má spoločnosť už licencie na určitý nástroj, vyskúšajte a vyskúšajte, či ho môžete použiť
  • Hľadajte open-source (ale spoľahlivé) nástroje
  • Poznajú členovia tímu tento nástroj už alebo musíme priviesť niekoho nového? Alebo trénovať tie existujúce?

Oddiel # 5: Rozvrhy

  • Zahrňte čas na prehliadky kódu a kontrolu skriptov automatizácie
  • Skripty udržiavajte včas. Ak vytvoríte kúsok kódu, ktorý nebudete používať nasledujúcich 6 mesiacov, pravidelne ho udržiavajte, aby ste znížili pravdepodobnosť jeho zlyhania.

Oddiel # 6:Životné prostredie

  • Cieľové prostredie, ktoré bude bežať váš AUT, a automatizačný nástroj, ktorý chcete použiť, by mali byť kompatibilné. Toto je jeden z faktorov, ktoré sa majú považovať za predlicencovanie nástroja.
  • Analyzujte tiež, či je zvyšok Nástroje na správu na mieste a automatizačný nástroj, ktorý sa snažíte zaviesť, je vzájomne prepojiteľný pre ďalšiu výhodu.

Oddiel # 7:Výsledky

  • Vaše testovacie skripty sú vaše dodávky. Nie všetci však ovládajú automatizačný / programovací jazyk. Plánujte teda vytvorenie dokumentu „Ako na to“, ktorý súčasným používateľom a budúcim členom tímu pomôže porozumieť tomuto skriptu, aj keď práve nie ste v jeho blízkosti.
  • Pridajte do svojho skriptu aj komentáre.

Oddiel 8: Riziká

Ak plánujete navrhnúť riešenie automatizácie, vyberte si nákladovo efektívne nástroje a riešenia, aby ste sa uistili, že úsilie v oblasti automatizácie nezaťažuje projekt.

Je dôležité nastaviť očakávanie, že návratnosť investícií do automatizačného projektu nemôže byť okamžite pozitívna, ale bude jasne viditeľná počas dlhého časového obdobia.

Preto, ak navrhujete automatizáciu systému, vyberte ten, ktorý je

  • Stabilný a nie príliš náročná na údržbu
  • Má priestor pre obrovské regresné sady
  • Nemá príliš veľa manuálnych zásahov alebo nezávisí od ľudskej intuície

Oddiel # 9:Skúšobné údaje

  • Berte do úvahy bezpečnostné aspekty údajov
  • Do skriptov neskódujte žiadne testovacie údaje. To len vedie k príliš veľkej údržbe skriptu a môže to spôsobiť chyby počas úpravy.
  • Buďte veľmi konkrétni. Pri manuálnom testovacom kroku - „zadajte krstné meno“ môžete povedať 5 ľubovoľných 5 znakov. Počas testovania môže tester napísať „Swati“ alebo „Seela“ alebo čokoľvek iné. Ale pre nástroj nemôže vytvárať také predpoklady. Preto uveďte presné hodnoty.

Oddiel # 10:Správy / výsledky

  • Výsledky vykonávania skriptov sú tiež technické a zvyšok tímov ich nemusí ľahko pochopiť. Ako ďalšie opatrenie si naplánujte zápis podrobných výsledkov do poznámkového bloku alebo hárkov programu Excel.
  • Očakávajú sa tiež podrobné rámcové dokumenty, výsledky kontroly, správy o chybách, správy o stave vykonania.

My, ako nadšenci automatizácie, si môžeme myslieť, že klienti / manažmenty si návrhy automatizácie nekupujú ľahko.

aký typ softvérových programov sú server access, Oracle, db2, mysql a sql?

Keď je však naším konečným cieľom maximalizácia návratnosti investícií prostredníctvom automatizácie, sme v dokonalej harmónii s cieľmi riadenia / klienta. To zaistí, že sa nielen dostaneme k automatizácii nášho projektu, ale budeme to môcť urobiť aj s veľkým súhlasom, spoluprácou a vzrušením.

Na tejto ceste môže byť naším spojencom plánovanie a dôkladná analýza všetkých vyššie uvedených faktorov. Opäť platí, že ROI znamená všetko.

Tento príspevok píše člen tímu autorov STH Swati Seela.

Máte otázky alebo veci na diskusiu? Nebojte sa písať v komentároch nižšie.

=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu

Odporúčané čítanie

^