Menu

Proces automatizace testování v 10 krocích: Jak spustit testování automatizace ve vaší organizaci

10 step automation testing process

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Proces testování automatizace: Naučte se, jak zahájit testování automatizace na vašem projektu (podrobný průvodce)

V mnoha organizacích je kvalita první preferencí. Pokud se zjistí, že jste v takové organizaci a stále nedochází k žádné formální automatizaci testů, můžete být osobou, která ji zahájí.

Pomůže vaší organizaci vybudovat více kvalitních produktů za kratší dobu a bude také schopna je uvést na trh brzy.

=> V tomto třetím díle Testovací řada automatizačních testů „Budu diskutovat o tom, co je proces automatizace testů a jak spustit automatizaci testů ve vaší organizaci . Je důležité si uvědomit, který krok je provést jako první a proč.

Dodržování těchto kroků vám pomůže zavést automatizaci bezproblémovým způsobem a umožní vám odvrátit běžná úskalí, která vedou k selhání automatizace.

kroky k zavedení automatizace testů

Co se naučíte:

Proces automatizace testování v 10 krocích k zahájení automatizace testování

Zde je podrobný proces automatizace testování a průvodce, který vám pomůže zahájit testování automatizace.

Začněme.

Krok 1.Přesvědčte vedení

Bez ohledu na to, jak moc toužíte objevit a zahájit automatizaci testů ve vaší organizaci, nemůžete dělat nic, pokud vaše vedení není přesvědčeno o výhodách, které automatizace testů nabízí. Je univerzálním faktem, že automatizace testů je drahá. Nástroje jsou drahé ( HP QTP / UFT licence stojí kolem 8 000 $ na stroj). Náklady na architekta nebo inženýra automatizace testů (které jsou mimochodem také drahé). Poté nelze výhody automatizace testů okamžitě vidět. Musíte počkat 2–3 měsíce, než budou vaše skripty připraveny, otestovány a to pro vás může spolehlivě fungovat, abyste mohli aplikaci otestovat.

Musíte přesvědčit vedení, aby neslo bolest těchto výdajů, a také jim musíte říct, aby byli trpěliví, než jim automatizace testů může začít dávat výsledky.

Jak tedy budou přesvědčeni? Musíte jim říci analýzu nákladů a přínosů. Stejně jako vy můžete klást otázky, kolik času zabere testování BAT (Testování přijetí sestavení) naší aplikace? Pak můžete říci, že pokud to trvá den, s automatizací testování to můžeme otestovat do 2 hodin. Cena spočívá v tom, že musíte nástroj zakoupit, trénovat zdroj a čekat na výsledky dva měsíce. Po dvou měsících budeme moci spustit BAT za dvě hodiny. To ušetří 6 hodin ručního testování pokaždé, když vyjde nová verze. Pokud je build vydán 4krát za měsíc. Budete si moci ušetřit 24 hodin nebo 3 dny ručního testování!

To neznamená, že manuální testeři nebudou nic dělat. Těchto 6 hodin testování využijí k zaměření na nové a důležité funkce aplikace, zatímco o problémy s regresí se postará automatizace. Toto nastavení celkově zdokonalí kvalitu produktu tucetkrát.

Pokud vaše vedení není ochotno platit za kvalitu svých produktů, pak je k tomu nikdo nemůže přinutit. Naučí se automaticky, když si klienti budou na produkty stěžovat. Kvalita ovlivňuje vše. Ovlivňuje váš prodej, ovlivňuje váš vztah s klienty, ovlivňuje vaše vnímání v myslích spotřebitelů. Inteligentní správa tedy vždy investovala do kvality svých produktů.

Pět bodů, které si musíte pamatovat o přesvědčování svého vedení:

  1. Podrobně jim řekněte o výhodách automatizace testů.
  2. Řekněte jim, že automatizace testů je drahá a zpočátku vás bude stát peníze, ale poté se cena sníží, jakmile budou skripty připraveny a spuštěny.
  3. Řekněte jim, že musí čekat asi 3 měsíce, než očekají jakýkoli výsledek automatizace testů.
  4. Řekněte jim, že automatizace testů nemá nahrazovat manuální testery, ale pomáhat manuálním testerům, protože budou moci testovat více současně.
  5. Automatizace testů neznamená více testování za kratší dobu; znamená to více testování současně. (Pokud manuální testeři použili k testování BAT za 8 hodin, budou moci testovat BAT plus nové funkce plus mnoho dalších věcí za stejných 8 hodin za přítomnosti automatizace.)

Nezapomeňte, že přesvědčování vaší správy je prvním a nejdůležitějším krokem při zavádění automatizace testů ve vaší organizaci. Pokud nejsou přesvědčeni, zapomeňte na automatizaci testů nebo změňte svou organizaci. :)

Krok 2.Hledání odborníků na automatizační nástroje

Existují dva druhy odborníků na automatizaci.

  1. Automatizační architekti
  2. Automatizační inženýři

Automatizační architekti jsou vzácné plemeno. Je těžké je najít, jsou extrémně drahé a nesmírně nutné pro úspěch projektu automatizace. Tito lidé jsou obvykle zodpovědní za vytváření automatizačních rámců. (Automatizačním rámcům se budeme podrobně věnovat v samostatném článku)

Automatizační architekti mají zkušenosti s různými druhy nástrojů a obvykle znají silné a slabé stránky každého nástroje. Rovněž pomohou vedení při výběru správného nástroje pro automatizaci pečlivou analýzou aplikace a technologií použitých v této aplikaci . Pomohou také vytvořit rámec, navrhnout konvence pojmenování a vytvořit pravidla pro skriptování. Pomohou také při výběru testovacích případů, které se mají automatizovat jako první.

Pokud jste schopni najít ten správný zdroj pro post architekta automatizace, vaše poloviční práce probíhá v úspěšné automatizaci ve vaší organizaci

Automatizační inženýři , na druhé straně jsou lidé, kteří převedou manuální testovací případy na automatizované skripty. Budou pracovat pod automatizačním architektem a budou zodpovědný za vytváření a provádění skriptů .

Některé společnosti najímají automatizační techniky zvenčí a některé společnosti si interně najímají školení svých stávajících ručních testerů. V každém případě musí být zdroj v programování dobrý. Musí vědět zejména o objektově orientovaném programování. Kombinace 1 automatizačního architekta a dvou automatizačních techniků je pro většinu produktů skvělá.

Krok # 3.Používání správného nástroje pro automatizaci

Tento bod si zaslouží svůj vlastní článek (a k tomu jeden napíšu). Toto je další obtížný krok v procesu spouštění automatizace. Na trhu existují různé nástroje, ale musíte vybrat ty, které jsou pro vaši aplikaci nejlepší.

Abych to zkrátil, napíšu při výběru nástroje nejdůležitější úvahy. Proces výběru nástrojů podrobně vysvětlím v samostatném článku.

Při výběru správných nástrojů je třeba vzít v úvahu nejdůležitější věci:

  1. Nástroj musí být ve vašem rozpočet . Automatizační nástroje jsou opravdu drahé. Společnost by tedy měla mít rozpočet na nákup nástroje.
  2. Nástroj musí podpůrné technologie použitý ve vaší aplikaci. Pokud vaše aplikace používá flash nebo Silverlight, musí to nástroj podporovat. Pokud je vaše aplikace spuštěna na mobilu, musí být nástroj schopen provádět skripty na mobilních zařízeních. Můžete si zakoupit jeden nástroj, který podporuje všechny technologie používané ve vaší aplikaci, nebo si můžete zakoupit samostatné nástroje pro každou technologii. Například , pro své webové aplikace můžete použít selen, roboti pro vaše aplikace pro Android a MS kódované uživatelské rozhraní pro desktopové aplikace. Ať už je rozhodnutí jakékoli, mělo by to být ve vašem rozpočtu.
  3. Musíte mít potřebné kvalifikované zdroje kdo může tento nástroj používat nebo se ho naučit za kratší dobu. Například , najali jste si automatizačního architekta, který má zkušenosti pouze s QTP, a kupujete licenci pro uživatelské rozhraní MS Coded, jeho použití nemusí být pohodlné. Nástroje jsou jako dobrá auta, ale k řízení těchto dobrých aut musíte mít také dobré řidiče.
  4. Nástroj musí mít a dobrý mechanismus hlášení po každém provedení ukázat výsledky zúčastněným stranám.

Při výběru správného nástroje existují různé další faktory, kterým se budu věnovat v samostatném článku.

V této příručce najdete nejnovější špičkové automatizační nástroje:

Top 20 nejlepších automatizačních testovacích nástrojů v roce 2020 (úplný seznam)

Krok č. 4.Analýza různých aplikací k určení těch, které jsou nejvhodnější pro automatizaci

Pokud vaše organizace pracuje na 5 aplikacích, není nutné, aby každá z nich byla automatizována. Při výběru jakékoli aplikace k automatizaci musíme vidět různé faktory.

Aplikace, která by měla být automatizována, musí mít tyto faktory:

  1. Aplikace by neměla být v raných fázích vývoje. (Aplikace by měla mít všechny nebo některé moduly, které jsou stabilní a testovány manuálními testery)
  2. Uživatelské rozhraní aplikace musí být stabilní. (Uživatelské rozhraní se nesmí často měnit)
  3. Ruční testovací případy této aplikace by měly být v písemné formě.

Hlavním cílem automatizace je zajistit, že pokud je aplikace bez chyb v jednom sestavení, měla by zůstat bez chyb v příštím sestavení. Manuální tester by neměl ztrácet čas hledáním regresních problémů, tyto problémy by měly být identifikovány v automatizaci.

Abychom našli regresi, musíme mít aplikaci, která je již stabilní a má pro ni napsáno několik testovacích případů. Automatizační tým převede tyto testovací případy na skripty a spustí tyto skripty na každém sestavení, aby se ujistil, že se neobjeví žádná regrese.

Také si přečtěte => Jak vybrat správné testovací případy pro testování automatizace

Krok # 5.Školení týmu

Po výběru nástrojů a zapůjčení prostředků je dalším krokem logické proškolení prostředků.

Pokud jsou ruční testeři převedeni na inženýry automatizace, musí být vyškoleni v terminologii a koncepcích automatizace. Pokud je architekt automatizace najímán zvenčí, musí získat znalosti o produktu, který má být testován, o procesu ručního testování a o tom, co management očekává.

Poskytněte časům na vyzkoušení různých věcí, až nakonec přijdou s vítěznou strategií automatizace. Procvičte je v nástrojích, které organizace již používá software pro sledování chyb a software pro správu požadavků .

Kvalitní školení a silná komunikace mezi manuálními testery, vývojáři a automatizačním týmem je opravdu nezbytná.

Krok # 6.Vytváření testovacího automatizačního rámce

Největším úkolem pro architekta automatizace je přijít s automatizačním rámcem, který by měl dlouhodobě podporovat automatizované testování.

Automatizační rámec je v zásadě sada pravidel a pečlivé plánování psaní skriptů způsobem, který má za následek co nejmenší údržbu. Pokud se v aplikaci něco změní, skripty potřebují malou nebo žádnou aktualizaci, aby se s touto změnou vyrovnaly. To je krása automatizačního rámce.

Existuje pět druhů automatizačních rámců, jmenovitě lineární, modulární, založené na datech, řízené klíčovými slovy a hybridní. Všechny tyto rámce budou podrobně pokryty příklady v samostatném článku v této sérii.

Můžete také začít číst více o automatizačních rámcích v následujících cvičeních:

=> Proč potřebujeme rámec pro automatizaci testů?
=> Příklady rámce QTP
=> Příklady selenového rámce

Krok # 7.Vypracování prováděcího plánu

Plán provádění zahrnuje výběr prostředí, ve kterých budou skripty prováděny. Prostředí zahrnuje operační systém, prohlížeč a různé hardwarové konfigurace.

Například , pokud testovací případ vyžaduje, aby zkontroloval web ve 3 prohlížečích, jmenovitě Chrome, Firefox a IE, automatizační tým napíše skript takovým způsobem, aby jej bylo možné spustit v každém prohlížeči.

To by mělo být vždy řečeno před psaním skriptů, protože ve skriptech bude postaráno, pokud to automatizační tým předem ví. Plán provádění by měl také uvádět, kdo bude skripty spouštět. Automatizační tým obvykle spouští skripty na každém sestavení, ale liší se to od společnosti k společnosti. Někteří manažeři žádají vývojáře, aby tyto skripty provedli na svém buildu před vydáním, a některé společnosti si najímají vyhrazený zdroj pouze pro jeho provedení. Dokonce i některé společnosti spouštějí skripty v bezobslužném režimu, což samozřejmě nevyžaduje žádný další zdroj.

Krok # 8.Psaní skriptů

Když je rámec navržen, je plán provádění známý a prostředky jsou na nový nástroj vyškoleny, nyní je ten správný čas začít psát skripty.

Skripty by měly být psány organizovaným způsobem se správnou konvencí pojmenování. Zdrojový kód by měl být udržován v ovládacím prvku zdroje, aby nedošlo ke ztrátě kódu. Mělo by se udržovat řízení verzí a historie. Automatizace testů je jako vývoj softwaru. Při psaní skriptů je třeba dbát na všechny osvědčené programovací postupy.

Také si přečtěte => Jak převést ruční testovací případy do automatizačních skriptů

Krok # 9.Hlášení

Funkce hlášení je obvykle poskytována nástrojem. Můžeme ale vytvořit vlastní mechanismy hlášení, jako je automatické zasílání výsledků e-mailem správě.

Pokud to vedení potřebuje, můžeme na konci každého spuštění vytvářet sestavy ve formě grafů a tabulek. Vedení by mělo být vždy informováno o pokrytí testovacích případů, to znamená, které manuální testovací případy jsou zahrnuty v automatizaci a které z nich zůstávají.

Krok # 10.Údržba skriptů

Pokud budou dodrženy osvědčené postupy programování a rámec bude dobrý, nebude údržba problém.

Údržba obvykle nastává, když je žádost o změnu aplikace. Skripty by měly být okamžitě aktualizovány, aby zvládly tuto změnu, aby bylo zajištěno bezchybné provedení.

Například , pokud píšete nějaký text do textového pole prostřednictvím skriptu a nyní se toto textové pole stává rozevíracím seznamem, měli bychom skript okamžitě aktualizovat.

Některé další druhy změn zahrnují to, že vaše skripty byly spuštěny v anglické verzi aplikace. Nyní existuje požadavek na změnu, aby aplikace podporovala čínštinu. Váš rámec by vám měl umožnit aktualizovat skripty s malým úsilím, aby se podpořilo provádění také v čínštině! Proto jsou automatizační architekti drahí. :)

Pokud rámec nebude dobrý a nebudou se dodržovat osvědčené postupy, stane se údržba noční můrou. Většina projektů automatizace selhává kvůli špatné údržbě skriptů.

Závěr

Tento článek popisuje co je proces testování automatizace a jak spustit testování automatizace ve vaší organizaci od začátku do konce způsobem krok za krokem. Pokud budete postupovat podle těchto kroků, doufám, že vaše automatizace bude úspěšná.

Doporučené čtení = >> Nejlepší software pro automatizaci IT procesů

Existují některé části (jako je výběr nástrojů pro automatizaci a automatizační rámce), které si zaslouží vlastní články. Těm se budeme věnovat v následujících částech této série výukových programů pro automatizaci.

=> Mezitím kliknutím sem zkontrolujete všechny výukové programy jsme již zveřejnili v této sérii.

Snažil jsem se pokrýt všechny aspekty v širším pohledu a při psaní tohoto tutoriálu jsem využil své vlastní zkušenosti.

Pokud máte pocit, že mi něco důležitého uniklo nebo některá část tohoto tutoriálu potřebuje trochu více vysvětlení, zeptejte se mě v sekci komentáře. Rád bych odpověděl na vaše dotazy.

formát testovacího případu v testování softwaru

Výukový program PREV # 2 | DALŠÍ výukový program č. 4

Doporučené čtení

^