Učte se QTP (UFT)

Náš zakladatel, Ankur Jain, založil tento web přibližně před 14 lety v roce 2006. Díky svým rozsáhlým zkušenostem s nástrojem QTP (QTP byl původně nástroj pro automatizované testování softwaru od společnosti Mercury. QTP je nyní známý jako UFT One), chtěl, aby se tyto webové stránky staly jednotným místem pro studenty QTP. Právě díky vaší lásce a motivaci stránky stále fungují a denně je navštěvuje několik tisíc uživatelů od začátečníků až po pokročilé uživatele UFT.

Od doby spuštění těchto stránek se ve světě QTP změnilo několik věcí. Společnost HP koupila Mercury – původní společnost, která vyvinula QTP. Z QTP se stal UFT, když se společnost HP rozhodla sloučit testování GUI a API do jediného nástroje. Přečtěte si kompletní historii QTP a UFT. Společnost HP se rozdělila na dvě společnosti HP Inc a HPE. Mezitím během všech těchto let společnost HPE představila několik novinek v softwaru UFT. V září 2017 se společnost HPE spin sloučila se společností Micro Focus.

Tým LearnQTP si uvědomil, že – ačkoli naše starší články jsou stále aktuální – je potřeba nová sada výukových materiálů pro nejnovější verze UFT. Proto jsme spustili novou sadu výukových materiálů UFT pro začátečníky až pokročilé uživatele UFT. Začneme od nuly a pomalu budeme postupovat směrem k pokročilým tématům.

Tyto výukové programy UFT budou strukturovány tak, aby se jimi dokázal řídit i naprostý začátečník v oblasti automatizovaného testování softwaru. Výukové lekce budou probíhat vaším vlastním tempem, nebude na vás vyvíjen žádný tlak. Můžete si odkaz označit a vrátit se k nim, kdykoli budete mít chuť se učit. Dokonce si můžete zdarma stáhnout výukové materiály UFT ve formátu PDF, které budou k dispozici na konci každého článku, abyste se mohli učit, i když jste na cestách nebo nemáte funkční připojení k internetu.

Než se ponoříme do UFT, projdeme si základní informace o testování softwaru a o tom, jak a kdy automatizujeme testování softwaru.

Co je testování softwaru?

Uznávaný odborník na testování softwaru Dr. Cem Kaner definuje testování softwaru jako –

Technické zkoumání testovaného produktu prováděné s cílem poskytnout zainteresovaným stranám informace související s kvalitou

Pro další vysvětlení: Testování softwaru je proces, při kterém tester/tým testerů softwaru spouští program nebo systém s cílem najít chyby nebo závady, udržet správnost a spolehlivost programu.

Testování softwaru také ověřuje a validuje program s cílem zkontrolovat, zda jsou splněny obchodní a technické požadavky a zda funguje podle očekávání.

Při ověřování testeři zajišťují, že systém splnil standardy a procesy organizace, a odpovídají na otázku „Vytvořili jsme správný systém?“. Systémem se rozumí jedna nebo více softwarových aplikací, které podporují obchodní funkce. Testeři zajišťují soulad softwaru, hardwaru, dokumentace a personálu dohromady tím, že se spoléhají na revizi nebo neproveditelné metody.

Při validaci testeři fyzicky zajišťují, že systém splnil všechny obchodní a uživatelské požadavky a že vlastnosti a funkce fungují tak, jak byly navrženy. Validace se provádí prováděním funkcí systému prostřednictvím řady testů, které mohou testeři pozorovat a vyhodnocovat. Validace se také soustředí na otázku: „Vytvořili jsme systém správně?“

Proč bychom měli provádět testování softwaru?“

Při testování softwaru je primárním cílem najít chyby. Určitý stav můžeme považovat za vadu, pokud nesplňuje to, co se od něj očekává. Nalezení závad při testování na počátku vývoje softwaru sníží riziko selhání, náklady na údržbu, náklady na opravu závad a dodá uživateli lepší program nebo se mu vyhne.

Příklad: Číslo dokladu by mělo akceptovat 12 číselných znaků. Pokud jsou zadané znaky menší nebo větší než požadované znaky, zobrazí se výzva „Invalid Entry. Zadejte prosím číslo dokladu znovu“, ale uživatel zadal 10 znaků pro číslo dokladu a program vrátil chybu výjimky místo výzvy, která by uživatele upozornila na minimum požadovaných znaků.

Dalším důvodem je vytvoření kvalitního programu. Při testování softwaru nemůže tester/tým softwaru kvalitu zlepšit, může ji pouze měřit. Z pohledu IT znamená Kvalita shodu a vlastnosti požadavku programu na základě obchodních a technických požadavků, které jsou splněny. Z pohledu uživatele kvalita znamená, že software je vhodný k použití. Kvalita softwaru se liší program od programu, protože mají svou vlastní funkčnost a použitelnost. Tester softwaru musí zajistit, aby byly splněny názory IT a uživatele na kvalitu.

Co je automatizované testování softwaru?

Automatizované testování softwaru zahrnuje automatizaci manuálního procesu prostřednictvím psaní testovacích skriptů, které by prováděly testování a mohly být spouštěny opakovaně.

Automatizace testů se používá k řízení provádění testů, porovnávání skutečných a očekávaných výsledků, nastavení předběžných podmínek a dalších funkcí kontroly testů a vykazování testů pomocí softwaru.

Kdy automatizovat testování softwaru?

Běžným názorem, se kterým se setkáváme mezi odborníky na testování, je, že automatizace nějakým zázrakem zvýší kvalitu testování.

Všechno má svůj čas a místo. Pokud lze test automatizovat, neznamená to, že by se automatizovat MĚL. Ačkoli se jedná o web o automatizovaném testování, jeden by si myslel, že budeme odsuzovat manuální testování. Není tomu tak.

Klikněte na Tweet: Pokud test MŮŽE být automatizovaný, neznamená to, že by MĚL být automatizovaný http://ctt.ec/bLk49+ via @LearnQTP

Ruční a automatizované testování jdou ruku v ruce a měly by se vzájemně doplňovat. Žádáme naše školitele a čtenáře, aby dbali na to, aby se test automatizoval pouze tehdy, když je to opravdu nutné.

Níže uvádíme několik scénářů, kdy je automatizace považována za skvělou volbu:

• Regresní testování/opakovací testy: Pravidlo pro převod manuálních testů na automatizované platí, že pokud je třeba testy provádět pravidelně, jsou vhodným kandidátem na automatizaci. Je to však spojeno s několika výhradami. Je třeba zvážit náklady na nastavení automatizovaných testů ve srovnání s úsilím o manuální testování. Zde náklady zahrnují složitost automatizace, čas potřebný k vytvoření a údržbě automatizačních skriptů a samozřejmě čas a peníze potřebné k vyškolení testerů na daný nástroj.
• Více datových valů:
• Ručně neproveditelné testy: Je třeba spustit stejnou sadu akcí pro několik datových hodnot.
• Ručně neproveditelné testy: Vaši aplikaci je třeba zátěžově otestovat na milion zásahů během několika hodin. To nelze provést ručně, potřebovali byste nástroj pro zátěžové testování.
• Stejné testy v různých prohlížečích nebo operačních systémech: Chtěli byste, aby vaše webová aplikace vypadala dobře ve všech běžně používaných prohlížečích a operačních systémech. Pokud máte sadu testů obsahující 50 testovacích případů, které je třeba otestovat s 20 různými sadami hodnot na 3 různých sadách prohlížečů a 2 operačních systémech. Tím se celkový počet provedení testů zvýší na 50*20*3*2= 6000. Takové testovací případy má smysl automatizovat.
• Testování mobilních zařízení: Vzhledem ke spoustě mobilních telefonů dostupných na trhu by bylo téměř nemožné provádět ruční testování na všech zařízeních. Společnosti jako Amazon přišly s inovativním přístupem k tomuto problému, kdy skutečná zařízení umístily do cloudu a vy můžete testovat své aplikace na zařízeních pomocí automatizovaných skriptů. Opět ideální kandidát na automatizaci testování.

Věříme, že se vám tento úvod do testování softwaru líbil a pochopili jste, jak se rozhodujeme pro automatizované testování softwaru pro daný scénář. V příštím tutoriálu začneme instalací UFT a probereme základy tohoto nástroje – Tutoriál 2: Úvod do UFT.

Pomocí níže uvedených odkazů si můžete prohlédnout kompletní sadu doposud popsaných tutoriálů UFT:

• Tutoriál 1: Úvod do testování softwaru
• Tutoriál 2: Úvod do UFT
• Tutoriál 3: Doplňky UFT a správce doplňků
• Tutoriál 4: Vše o nabídkách UFT
• Tutoriál 5: Kompletní průvodce panely UFT
• Tutoriál 6: Nahrajte svůj první skript UFT

Zadejte níže své jméno a e-mail a my vám zajistíme zasílání tutoriálů, jakmile budou připraveny!

Za vás. Jak se rozhodujete, zda se pustit do automatizovaného testování?

Pokud chcete sledovat další články o UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.