Automatizace testování přístup - Který je nejlepší?

hlasů
2

Který je nejvhodnější přístup automatizace? Je to dat řízený testování nebo klíčové slovo řízený testování? Teď ještě musíme testování obchodní proces, co je podle vás nejlepším řešením?

Položena 27/02/2009 v 10:29
zdroj uživatelem
V jiných jazycích...                            


3 odpovědí

hlasů
0

Záleží na tom, co se snažíte dosáhnout ve vaší konkrétní situaci. Jedna věc, která je univerzální, ovšem to, že test automatizace je vývoj software, a je třeba zacházet jako takové. Použijte zvukový design a kódovací postupy. Vypadá to, že jste na automatizaci. Často dobré místo pro start je vybudování kouře test, který se rychle spustit pro každou novou verzi.

Odpovězeno 02/03/2009 v 14:45
zdroj uživatelem

hlasů
1

Vypadá to, že vaše otázka je specifická pro HP QTP / BPT. Zde jsou rozdíly. QTP je opravdu ‚motorem‘, který se používá jak BPT a QTP. QTP poskytuje dva hlavní názory pro práci se skripty.

QTP: Prvním z nich je ‚klíčové slovo‘ pohled, který představuje strom akcí a funkcí. Tento režim je vhodný pro začátečníky a umožňuje jim vybrat objekty z jedné aplikace nebo z objektu úložiště, stejně jako výběr metod, které mají být provedeny na objektech. Skript je pak generována automaticky.

Druhým je ‚odborník‘ pohled, který umožňuje zobrazení a editaci skriptů zdrojového kódu. Znalec veiw poskytuje IDE pro vývoj skriptů. Tento pohled je vhodný pro pokročilé uživatele.

BPT je založen na konceptu vytvořit testovací případy z opakovaně použitelných obchodních složek, které zase jsou vytvořeny z klíčových slov. Tento přístup klíčové slovo poháněné zjednodušuje proces tvorby testovací případ poskytnutím GUI, které umožňuje uživateli ‚táhni a pusť‘ komponent k sestavení test. skript je generována automaticky.

Odpovězeno 04/03/2009 v 21:15
zdroj uživatelem

hlasů
4

To vše záleží na vašich potřebách. Jako dlouhodobou investici doporučuji klíčové slovo poháněné nebo hybridní klíčové slovo / data řízený rámec.

Viz můj krátký přehled níže (převzato z mého blogu straně http://automation-beyond.com/category/automation/automation-methodology/practices/ ).

Front-End Test Automation Practices - záznam / přehrávání

  1. Popis • Hard-kódovaná data • Hard-kódované proudění • manipulační Žádná chyba • Žádný nebo omezený výkaznictví • Bez strukturu • Bez ověřování • No validace

  2. Výhody • Snadné vytvoření • Rychlé vytvoření • Nevyžaduje programování

  3. Nevýhody: • Velmi nízká využitelnost • Extrémně vysoké náklady na údržbu • No-proof výsledky testů • Break na všech metodách řešení problémů • Špatné pokrytí testu průtoku • je stále zapotřebí spousta ruční práce

  4. Použitelnost • Demo a prodejní prezentace • testování téhož dne (re-zaznamenat od nuly, krátký test průtoku) • průzkumné testování (vyšetřuje, jak se testovací nástroj zpracovává žádosti) • (omezeno) Automatizované zadávání dat

Front-End Test Automation Practices - záznam / přehrávání Enhanced

  1. Popis • Parameterized dat • Datová sada je součástí scénáře, ale ne v kódu • Ověření přes GUI kontrolních bodů (pevně) • Hard-kódované proudění • manipulaci Žádná chyba • Žádný nebo omezený reporting • No struktura

  2. Výhody • Snadné vytvoření • Rychlé vytvoření • Nevyžaduje programování, ale znalosti o Testování nástroj je nutností

  3. Nevýhody • Zranitelné skripty • No multi-environmentální podpora • Velmi vysoké náklady na kontrolní stanoviště na údržbu • Není reprodukovatelné výsledky testů • Break na všech metodách řešení problémů • omezeným pokrytím testu průtoku • Všechny analýzy a validace provést ručně

  4. Použitelnost • Single / stabilní prostředí • Short proudění testovacích případů • omezený soubor kontrolních bodů, jako jakékoliv databáze / Data Input změnit přestávky ověřování a vyžaduje zachytit • Krátkodobé zjednodušené cíle automatizovaných

Front-end test automatizace Practices - Data-Driven Framework

  1. Popis • Programově vytvořen • Parameterized, který je schopen importovat tabulky • GUI / databáze kontrolních bodů, se silným kódováním a / nebo parametrizován • Knihovna bázi struktura • manipulace • Hard-kódované ještě řízené daty toku dat (vstupů a logika) • Standardní Možná chybová hlášení • Ověření je omezeno na schopnosti testovací nástroj je • Bez potvrzení

  2. Přednosti • Dobrá použitelnost a opětovnou použitelnost • Dobré pokrytí test průtoku • Multi-environmentální podpora • Data a kód jsou oddělené • výsledky reprodukovatelné zkušební

  3. Nevýhody • Kvalita a pokrytí je silně závislá na automatizačních dovedností prováděcích osoba • Trvalý problémy údržby z důvodu velkého množství kódu • Konec k selhání • Manuální ověření je vyžadováno

  4. Použitelnost • vhodná pro testování vyřizování žádostí, představovat multi-prostředí, velké soubory dat, a jen zřídka se měnící testovacích případů • Batch-run schopný s dalšími úsilí o rozvoj • omezený soubor kontrolních bodů, jako u jakékoli databáze / Data Input změnit přestávky ověřování a vyžaduje vychytávat • Společná přes pracovní prostor týmu (životní prostředí, dat, atd.) požadované (možné problémy s offshore podpora) • střednědobých cílů pro automatizaci

Front-end test automatizace Practices - heslo-Driven Framework

  1. Popis • Pure programově • Parameterized, který je schopen importovat tabulky • GUI / databáze kontrolních bodů, se silným kódováním a / nebo parametrizován • Framework na bázi • struktura toku Limited zpracování chyb • na základě klíčových slov (logika a data v tabulkovém procesoru) • Možná rozšířený reporting • Ověření je omezeno na schopnosti testovací nástroj je • Bez potvrzení

  2. Přednosti • Dobrá použitelnost a opětovnou použitelnost • Compact kódu • test vývoj nevyžaduje programovací dovednosti • Dobré pokrytí testu průtoku • Multi-environmentální podpora • Data a kód jsou oddělené • Reprodukovatelné výsledky testů

  3. Nevýhody • vyžaduje počáteční investici pro navrhování a provádění rámcového • Vzhledem k klíčová slova hranice neumožňuje zahrnout velmi komplikované testovacích případů • Meta-jazyka specifického vzdělávání je nutný pro otázky kontroly personálu • Verze • Konec k selhání • Manuální ověření je vyžadováno

  4. Použitelnost • vhodná pro testování multi-aplikace (stejné platformě), představovat multi-prostředí, velké soubory dat a velkým počtem krátkých a přímých testovacích případů • Testovací Plan / Test scénář spuštění (Batch Run) • omezené sady kontrolních stanovišť, jako každá databáze / data Input změnit přestávky ověřování a vyžaduje zachytit • lepší podpora distribuovaných týmů, a to zejména s rozšířeným zpráv implementována • podporou multi-nástroje pro meta-jazyka • střednědobé a dlouhodobé cíle automatizace

Front-End Test Automation Practices - hybridní slovo / Data Driven Rámcové

  1. Popis • Pure programově • Vnitřní datový model, který je schopen import / export dat z různých zdrojů • GUI / databáze kontrolních bodů, parameterized / převedeni struktura • činnosti ověřování Pravidla • Framework založené; schopné integrovat vnější objekty (tj MSXML DOM) Manipulace • Výjimka a obnovení schopnosti • modelový případ orientované provedení (obchodní logiku mimo kódu) • Data-řízený vstup a ověření • Rozšířený Business Reporting metody ověřování • AI-založené

  2. Výhody • Vysoká použitelnost a opětovnou použitelnost • Kompaktní a škálovatelná architektura • plán zkoušek / vytvoření testovací scénáře nevyžaduje programování nebo školení o nástroj pro testování • Rozsáhlé pokrytí testu průtoku • Podpora více aplikací • Data a kód jsou oddělené • reprodukovatelné a prokázané výsledky testů, pohodlné a cenné testovací zprávy • Vestavěná konzistence a závažnosti validaci

  3. Nevýhody • vyžaduje počáteční investici pro navrhování a provádění rámcové

  4. Použitelnost • Komplexní funkční testování multi-aplikace, multi-platformní produktů, představovat obrovské množství složitých testovacích případů • Kouř-regresní-Sanity testování cyklu s rozsáhlým pokrytím a validace • plánu zkoušek / provedení testu Scénář (Batch chodu) • Velký a proměnlivé soubor dat a data přecházejí případy • Vynikající podporu distribuovaných týmů • integrace s ostatními testovacích nástrojů • střednědobé a dlouhodobé cíle automatizace

Odpovězeno 13/07/2009 v 17:53
zdroj uživatelem

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more