how translate manual test cases into automation scripts
Toto bude základní článek „jak na to“ a nebude se týkat konkrétních automatizačních nástrojů. V podstatě se zde snažím dát myšlenkový proces, který jde do vytvoření testovacího případu Automation, do slov. Doufám, že to jako vždy bude pro vás všechny užitečné.
společnosti, které vám platí za vyzkoušení jejich produktů
Jak navrhnout automatizační testovací případ nebo skript?
Automatizace vždy následuje po ručním testování. Typicky by jedno nebo více kol ručního testování již bylo provedeno na AUT. To znamená, že případy ručního testu již existují a byly provedeny alespoň jednou.
Například, předpokládejme, že toto je vaše Ruční testovací případ . Jednoduše se přihlašujete na stránku Gmail.com. Vypadá to dost jednoduše, že? Jak se z toho stane Automation Script? (pro zvětšení klikněte na obrázek)
Co se naučíte:
Jak přeložit tento manuální testovací případ do automatizačního skriptu?
Níže uvádíme pokyny, kterými se budeme řídit, abychom dosáhli překladu do automatizačního skriptu:
# 1) Stav AUT: Předpokladem sloupce není nic jiného než konkrétní stav pozadí, který má být nastaven pro provedení určitého kroku. To je obzvláště důležité ve dvou scénářích:
- Zahájení testu: V tomto případě potřebujeme prohlížeč k dispozici a spuštěn. (Dostupnost uživatelského jména a hesla bude vyřešena za chvíli). Jak nyní napsat to samé ve světě automatizace? Zvažte QTP. Máte možnost buď spustit prohlížeč pomocí programových příkazů, nebo můžete nastavit vlastnosti pomocí dialogu „zaznamenat a spustit nastavení“. Správné nastavení těchto vlastností je velmi důležité. To je často důvod, proč konkrétní část kódu bude fungovat ve stroji a nebude fungovat v ostatních.
- Provést určitý krok : Aby mohl být proveden krok 2, musíme udělat a dokončit krok 1. Chcete-li tak učinit ručně, můžeme jen počkat, až se provede provedení kroku a stránka se načte plně. Použijte synchronizaci nebo počkejte na příkazy ve vašem automatizačním skriptu a počkejte, dokud se požadovaný stav nesplní.
Poznámka: Pokud používáte stejný kód pro více sad dat, měli byste se ujistit, že vracíte AUT do stavu, ve kterém by měl být před začátkem další iterace.
# 2) Testovací kroky
Kroky ručního testu můžeme rozdělit do 3 kategorií:
- Vstup dat : Kroky zadávání dat jsou místa, kde zadáváte některé informace jako vstup do vašeho AUT.
- Změna kroků stavu AUT : tyto kroky způsobí změnu vašeho AUT. Může to zahrnovat přechod na novou stránku, viditelnost určitého pole, úpravy editačního pole atd.
- Kombinace : jak název napovídá, jedná se o kombinaci obou výše uvedených typů. Vezměte případ zaškrtávacího políčka, při zapnutí bude určité pole aktivní. V takovém případě zadáte do pole zaškrtávacího políčka hodnotu „True“ a výsledkem bude také stav vašeho AUT.
Ve výše uvedeném testovacím případě existují pouze kroky typu 1 a 2.
- Typ 1: Testovací kroky 2 a 3
- Typ 2: Testovací kroky 1 a 4
Předpokladem pro vytvoření Automatizačního skriptu pomocí libovolného nástroje je strávit nějaký čas analýzou nástroje i AUT. Zkuste si prohlédnout, jak oba na sebe vzájemně působí. Například, QTP má 3 způsoby nahrávání a každý funguje jiným způsobem.
Pokud víte, jak identifikuje objekty, měli byste vědět, který z nich použít, a lépe je používat. Pokud máte webovou aplikaci, kde QTP dokáže snadno identifikovat objekty, můžete použít normální režim. Pokud ne, možná budete muset použít analogové nebo nízkoúrovňové metody.
Automatizační kroky:
- Kroky zadávání dat v metodách automatizace a manuální se příliš neliší. Vše, co musíte udělat, je zadat data. Způsob, jakým odkazujete na pole, se liší. Protože to bude stroj provádějící kroky, musíme se jen ujistit, že odkazujeme na pole v AUT způsobem, kterému nástroj rozumí. To znamená, že musíte použít jeho logický název použitý v kódu.
- Pro změnu kroků AUT / kombinace v manuálním scénáři provedete akci (klepnutím nebo kontrolou nebo zadáním) a ověření změny najednou. Ale ve scénáři automatizace to není možné. Musíme se tedy ujistit, že jsme přidali kroky pro akci a ověření / ověření.
- Komentáře pro čitelnost.
- Ladicí příkazy - to je obzvláště důležité, ve kterém vytváříte a testujete samotný test. Zkuste často používat schránky zpráv k odesílání různých hodnot v různých fázích provádění testu. Získáte tak viditelnost testu jako nic jiného.
- Výstupní příkazy - na zapisovat do výsledků nebo na jakékoli jiné externí místo, jako je poznámkový blok nebo list aplikace Excel.
# 3) Ověření a ověření
Bez ověření a ověření je záměr testování ztracen. Obvykle budete muset použít kontrolní bod (nemusí to nutně znamenat vestavěné). K vytvoření logiky tedy budete muset použít spoustu podmíněných příkazů a také příkazy smyčky.
Je třeba vzít v úvahu důležitou věc - atribut, na jehož základě zakládáte svůj V&V, by neměl být dvojznačný. Například, pro úspěšné přihlášení hledejte zobrazení stránky doručené pošty, ne počet nových e-mailů, protože to není konstantní hodnota.
Takže musíte vybrat něco, co je pravdivé pokaždé, když dojde k sadě operací - bez selhání.
# 4) Testovací data
jak vyvíjet software umělé inteligence
Následuje několik otázek, které byste mohli zvážit při zodpovězení svých požadavků na testovací data:
- Kam jej umístit?
- Chcete-li hardcode nebo ne?
- Bezpečnostní obavy?
- Znovu použitelnost?
Když se podíváte zpět na ruční testovací skript, všimnete si, že když máte k dispozici testovací data, je uživatelské jméno a heslo k dispozici jednou z předpokladů pro zahájení testu.
# 5) Výsledky
V případě manuálního testu můžete výsledek každého kroku umístit do sloupce „Skutečný výsledek“. Soubor výsledků automatizačního nástroje obsahuje výsledek každého kroku po provedení.
Automatizační nástroje mají v dnešní době velmi robustní funkce pro vytváření přehledů. Možná však budete muset přizpůsobit Výsledky testů . Zahrňte tedy kroky, jak často zapisovat do výsledného souboru, abyste věděli přesně, co se stalo, když se provádění provádělo.
Pokud nástroj, který používáte, nepodporuje zápis do výsledného souboru, který generuje, je dobré mít při každém testu přidružený alespoň list aplikace Excel nebo poznámkový blok, který bude průběžně přidávat komentáře o stavu provádění.
# 6) Post operace
Jakmile dokončíte testování, nemusí být ve vašem manuálním testovacím případě výslovně uvedeno, abyste zavřeli prohlížeč nebo zavřeli AUT atd. Jako tester byste to pilně provedli. V případě testovacího případu Automation můžete tyto kroky zahrnout do skriptu. Uklízet - tomu říkám tyto činnosti. Zabijte všechna spojení, která jste vytvořili. Zavřete všechny aplikace. Uvolněte paměť.
Pomocí těchto pokynů převádím náš případ ručního testu do testovacího skriptu QTP, který používá skriptování VB. Výsledkem je: (kliknutím obrázek zvětšíte)
c ++ funkce třídění bublin
Projděte každý krok
Krok 1: Předpoklad. Spouštíme IE s adresou URL Gmail.com programově.
Krok 2 a 7: Synchronizovat prohlášení. Jak jsme diskutovali výše, jsou to důležité pro zajištění, že AUT přijde do požadovaného stavu, než bude následovat provedení dalšího kroku.
Krok 3 a 4: Vstup dat. Všechna data jsou pevně zakódována do skriptu. I když to není vhodné, je to začátek.
Krok 5: Změna kroku AUT. Krok 5 zahrnuje kliknutí na tlačítko Přihlásit se. Po provedení tohoto příkazu nebudete potřebovat V&V. Je to proto, že existuje další prohlášení, a pokud je to možné spustit; to znamená ten před tím, než byl úspěšný. Ale pokud jste velmi pilní, můžete sem jednu zahrnout.
Krok 6 a 8: Komentáře
Krok 9 a 11: Podmíněné prohlášení. V & V / kontrolní bod. Zkoušíme, zda bylo přihlášení úspěšné, a to kontrolou, zda je na výsledné stránce odkaz na doručenou poštu. Pokud pečlivě poznamenáváte, odkaz na vnitřní text je hledán „doručená pošta *.“ Takže bez ohledu na počet přijatých nových e-mailů (který je variabilní), pokud máte k dispozici odkaz na doručenou poštu (který je vždy konstantní), znamená to, že kontrolní bod prošel.
Krok 10: Schránka se zprávou. Pro viditelnost
Krok 12 a 13: Jedná se o vyčištění. Odhlašujete se z účtu a zavíráte prohlížeč.
Závěr
Uvidíte tedy, jak snadno se automatizační skript rozvine, když budete mít dobře napsaný ruční skript a sadu základních pokynů, kterými se budete řídit. Protože se nejedná o článek týkající se rámce , Zůstal jsem jasný z funkcí, faktorů opětovného použití, parametrizace atd. Testovací skript jako základní stavební kámen, je snadné improvizovat ve skriptu, pokud máte správné základy.
Existují další faktory, které berete v úvahu, jiná metoda, kterou považujete za jednodušší, nebo vodítko, které je pro vás těžké dodržovat? Prosím, dejte mi vědět svůj názor v komentářích.
Tento příspěvek napsal člen týmu STH Swati Seela. Má více než 9 let zkušeností s manuálními a automatizačními zkouškami práce s různými MNC. Je také naší instruktorkou pro Výcvikový kurz QA testování softwaru . Pokud vás tento kurz zajímá, zkontrolujte si nadcházející plán dávek zde .
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- Proces automatizace testování v 10 krocích: Jak spustit testování automatizace ve vaší organizaci
- Proč potřebujeme rámec pro automatizaci testů?
- Výzvy pro ruční a automatizované testování
- Jak se liší plánování testů pro ruční a automatizované projekty?
- Jak se rozhodnout, který typ testování je pro projekt vyžadován? - Ruční nebo Automatizace
- Co je to Automation Testing (Ultimate Guide to Start Test Automation)
- Rámečky QTP - Rámečky automatizace testů - Příklady klíčových slov a lineární rámce - Výukový program QTP # 17
- Top 10 strategií automatizace testů a osvědčených postupů