Jaký je rozdíl mezi automatizovanými nástroji QTP a Selenium?

Nejlepší odpověď

QTP

  1. QTP nyní UFT je licencovaný nástroj poskytovaný společností HP , lze jej použít k automatizaci webových aplikací, desktopových aplikací Windows, aplikací Oracle a dalších. Ačkoli bezplatné stahování s některými doplňky poskytuje společnost HP na měsíc.
  2. VBSCRIPT je primárně používané skriptování Jazyk v QTP.
  3. Samotný QTP přichází s integrovaným IDE
  4. Skripty QTP lze spouštět sekvenčně.

Selen

  1. Selen je spíše automatizační rámec než nástroj a používá se k automatizaci pouze webových aplikací.
  2. Java je primární volbou jazyka pro vývoj vašich skriptů, i když můžete použít C # , Také Python
  3. Eclipse se primárně používá k psaní testovacích skriptů.
  4. Selenium lze použít k paralelnímu spuštění testovacích případů.

Na souhrnné úrovni jsou QTP i Selenium pěkným nástrojem pro automatizaci, v závislosti na u Lze vybrat požadavek, dostupnost a sadu dovedností, kterýkoli z těchto nástrojů.

Odpověď

Pokud se nacházíte v situaci, kdy se rozhodnete pro svou kariéru na UFT nebo selenu. Chtěl bych nahlédnout do odvětví automatizace testů, běžných mýtů, které spočívají v různých nástrojích a v myšlení lidí samotných.

Mluvíme zde čistě o nástrojích pro testování grafického uživatelského rozhraní. Nejprve musíme pochopit, kolik testování GUI budeme v budoucnu dělat. Typické moderní vývojové projekty kladou velký důraz na inverzní pyramidovou koncepci testování, kde na začátku projektu provedete hodně testování a jak software prochází vývojovým cyklem, drasticky se snižuje množství prováděných testů. Takže takzvané testování grafického uživatelského rozhraní probíhá ve hře docela pozdě. Což zase znamená, že množství testování GUI bude v budoucnu relativně menší. Existuje mnoho organizací, které mají obrovské množství regresních skriptů, které spouštějí a běží navždy.

Další věcí je výběr nástrojů. Mnoho vlastníků produktů nebo organizací jde s bláznivými prezentacemi poskytovanými mnoha společnostmi založenými na službách, které ale vytvářejí svůj vlastní software jen proto, aby vytvořily monopol v organizaci, který bude trvat věčně. Tehdy si pamatuji, když komerční nástroje jako qtp, rft atd. Byly jedinou věcí na trhu, kde společnosti poskytující služby byly na svých proprietárních produktech a hlavním prodejním bodem je snížení nákladů. Ale každý, jak by to bylo svižné. Pak přišel selen a ten doslova dal svobodu účinněji vytvářet přizpůsobené řešení automatizace.

Zde začíná problém. Dovolte mi uvést příklad se současnými vývojovými strategiemi, pokud chcete vybrat strategii automatizace, která má být implementována, první věcí, kterou je třeba vzít v úvahu, je mít automatizační rámec synchronizovaný s vaší vývojovou platformou. Pokud váš vývoj používá dotnet, použijte pro automatizaci kódované uživatelské rozhraní, místo toho je použití selenu opravdu špatný nápad. Což většina lidí dělá. Nebo implementují selen pomocí c #.

Dalším velkým problémem jsou testeři automatizace, kteří ve většině případů vědí, jak dělat věci. Nebudou však schopni ospravedlnit, proč se tímto přístupem řídili. V typickém vývojovém prostředí se řídíme přísnými zásadami a standardy kódování, ale ve většině automatizačních projektů se nedodržuje. A na přístupu k automatizaci scénáře opravdu záleží. Lidé většinou chodí s tím, co jim v mysli bliká jako první. A legrační je, že poté svou práci dokončí, ale z dlouhodobého hlediska to určitě vytvoří problém.

Selen, důvod jeho úspěchu v tomto odvětví, jde ruku v ruce s průmyslem, které používá agilní metodiky. Společnost HP se v této hře trochu opozdila tím, že přinesla LeanFT, když selen již zachytil průmysl. Měli bychom také přemýšlet o tom, kolik organizací, které implementovaly selen, z toho skutečně těží. Problém se selenem nastává, když se jeho objem zvětší. Koncept sledovatelnosti, řízení testovacích případů, efektivní filtrování, testování založené na riziku je v případě selenu opravdu těžké. Aby byl rámec kompletní, musíte vyvinout obrovské úsilí v oblasti vývoje. Řekněme, že jste to udělali, a také jste převzali odpovědnost za udržování tohoto rámce, který byl vyvinut doma, a vždy existuje křivka učení. Velmi velké organizace používají metodiku jen proto, že mohou a používají ji. Když řeknu velký, je tak velký jako Google, Amazon, PayPal atd., Ale pro ostatní společnosti, které potřebují analyzovat, stojí za to brát takovou zátěž.

V tu chvíli se dostanou do úvahy úvahy o komerčních nástrojích. Mají všechno, ve skutečnosti poskytují spoustu věcí, které nikdy nepoužíváte, a účtují za vás.Nyní je tradičním problémem těchto komerčních nástrojů, protože tak dlouho je úspěch u lidí, kteří na samém začátku implementují automatizační projekt. Osoba, která se učí v obchodním nástroji a odchází z něj, dokončí všechny možné certifikace, nemá nárok na realizaci projektu. Například pokud si vezmete certifikaci HP, existují HP ATP a HP ASE. Většina lidí dokončí ATP, ale jen velmi málo dokončí ASE. ASE je ten, kdo skutečně provádí implementaci projektu. Ne ATP. (Neměl jsem na mysli certifikaci, která je nutná) Osoba s velmi zkušenostmi s implementací a vynikajícími znalostmi nástrojů, která dokáže zdůvodnit, proč použít tento přístup, než jen házet jakýkoli přístup, by tam měla být implementována. Bez ohledu na to, jaké nástroje používají, produktová společnost by prosadila určité způsoby, osvědčené postupy a přístupy. Lidé používající tyto nástroje se však o tyto dokumentace téměř nestarají.

Nejvýkonnějším automatizačním nástrojem je dnes CODED UI, TFS, i když má problémy s MAC. S UFT můžete provádět jak funkční testování API, tak můžete automatizovat libovolnou aplikaci. LeanFT vám může pomoci při automatizaci ve vývojovém prostředí tak snadno. Existuje něco, co se nazývá akcelerátor rozšiřitelnosti HP, ale málokdo to ví. spousta věcí. Ale je to jako lego blok, který musíte postavit. Berete plnou odpovědnost za jakékoli problémy, které by se mohly stát dále. Kromě toho existuje spousta nástrojů, které v určitých oblastech vynikají, ale nyní to nestojí za zvážení.

Závěrem je, že nezáleží na tom, který nástroj vyberete. Nejpotřebnější je nakonec získat znalosti o implementaci správného přístupu, které vychází pouze ze zkušeností. Začněte odkudkoli a kdykoli budete mít správný vhled, ať už se tam dostanete cokoli. spousta nástrojů a jazyků. Hodně štěstí !!!

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *