Rozhodovanie o tom, aby automatizáciu testovanie softvéru
Nie každý testovanie softvéru projekt môže alebo by malo byť automatické. Ako sa vaša oddelenia prijíma nový test automatizácia projektu, mali by ste vytvoriť proces, kedy sú projekty kontrolované a buď prijať, alebo odmietnuť. To možno vykonať pomocou jednoduchého Test Automation veci prijatia Checklist.Repeatable Test s Static DataThe skutočné nákladové výhody automatizáciu testovania je dosiahnuť len vtedy, ak rovnaké skripty sú vykonávané viackrát. prvá prevedenie je veľmi drahé, pretože obsahuje jeden-čas nákladov automatizačné nástroje, a 100% Test Automation inžinier čas. Jsou-li skripty spustili to znova, cena klesá skúšobné automatizácia ostro. Nástroj bol už zakúpili a skripty už boli zakódované. Ak došlo k zmenám v žiadosti, môže skripty vyžadujú údržbu, ako je vykonaný. Údržbu moll aktualizácia softvéru by mali byť minimal.Because automatizáciu testovania je úspešná len vtedy, keď skripty možno spustiť viackrát, len aplikácie, ktoré vyžadujú rovnakú skúšobné prípady, ktoré majú byť realizované s rovnakými dátami sú vhodnými kandidátmi pre automatizáciu. Napríklad hypotekárne aplikácie, ktorá musí byť testované na regresiu týždeň by mohol byť vhodným kandidátom pre skúšobné automatizácie. Skript údržba je minimálna a možno skripty zadajte hypotekárne aplikácie pomocou rovnakej skupiny testovacích dát v zlomku času to bude trvať ručné tester vyskúšať rovnaké functionality.On druhú stranu, hypotéky vznik systému, ktoré nemožno použiť rovnakých testovacích dát pre každú iteráciu by nebol dobrý automatizácia kandidáta. Vzhľadom na charakter hypotekárnych systémov, môžu byť údaje uvedené v rôznych fázach schválenie alebo zamietnutie, na základe súčasných údajov a oddelenia, ktorí už spracúvajú svoju časť hypotekárneho aplikácie. Keď je skript nedá ľahko zistiť, aké údaje sa zapísať do softvéru, to nie je dobrá automatizácia candidate.Another problém automatizáciu tohto typu komplexného systému je, že testovacie prostredie, často obsahuje vzorkovanie údajov o produkcii, ktorá je aktualizovaná v pravidelných intervaloch. Niekedy to môže byť prekonaná prestavba skúšobnej dátumu, kedy testovacie prostredie je obnovený. Uskutočniteľnosť prestavby údaje o testoch pravidelne závisí od zložitosti aplikácie. Budete musieť urobiť rozhodnutie, že na prípad-by-case basis.Application alebo Environmentálne StabilityEnvironmental stabilita je rozhodujúca pre úspešné automatizáciu testovanie softvéru projektu. Skripty môžu byť kódované včas, ak je k dispozícii aplikačné prostredie, skúsenosti časté down-krát, alebo nadmerné chyby a errors.Little alebo žiadna aplikácie alebo pre životné prostredie DowntimeIt trvá dlhšie, ako písať skripty robí ručne teste rovnaké funkcie. Väčšina automatizačné nástroje, ktoré zriedili verzie C alebo Visual Basic, čo znamená, že automatické písanie skriptov je v podstate programovania a má dostatok času a odborných vedomostí. Na rozdiel od manuálna testovacie prípady, ktoré môžu niekedy byť písaný vychádza z požiadaviek a mock-up, automatizované nástroje vyžadujú skutočné aplikácie. Keď testovacie prostredie je k dispozícii, možno automatizačnej techniky nemožno vytvoriť skripty, ktoré predlžuje projektu a končí kalkulácia more.Excessive prestojov môže pozostávať z ľubovoľného z nasledujúcich možností: nestabilné prostredie chýba podpora infraštruktúry častým Aktualizácia Buggy CodeEffects životného prostredia nestability na Script Development a ExecutionWhen aplikácie alebo prostredie je nestabilné, skriptovanie je pokrok dramaticky spomalil, alebo úplne zastavené. V niektorých prípadoch je možné pokračovať skriptovanie, ale to spôsobuje viac pracovať na neskôr dátum. Napríklad, ak ste skriptovanie v buggy kód, budete musieť skript okolo chybových hlásení a skripty, bude musieť byť revidované neskôr. Alebo môžete byť schopní vytvárať skripty do určitého bodu a koniec je na neskôr. Aby sa predišlo poklesu životné prostredie a nestability, prečítajte si kapitolu o úrovni služieb závadu chyby Agreements.Timely FixesApplication nemusí byť na úkor automatické testovanie softvéru projektu. Ak sú chyby stanovená včas, skriptovanie, môže pokračovať bez významných výpadkov. Pri odhade automatizované testovanie projektu, je to vždy lepšie pridať nejaký čas vyrovnávacej pamäti, že sa bude ubytovanie pre hlásenie poruchy a závady revisions.When opravuje sa nadmerné množstvo času na riešenie a spôsobujú automatizované testovanie softvéru projekt odložiť, je čas dať dohromady stretnutie. Pozývame všetkých hlavných aktérov a diskutovať o jadro problému a to, čo každý môže k zlepšeniu situácie. Možno, že vývoj je príliš veľa času sa snaží reprodukovať problém a vaša automatizácie Tím vstúpi lepší popis by im potom opravy defektu asi rýchlejšie. Možno si môžete spoločne pracovať na klasifikáciu chýb a stanoviť primerané stanoviť vždy pre klasifikáciu. Napríklad, kritickej vady musia byť zmenené v ten deň, zatiaľ čo vysoké vady musia byť fixované v 24 hours.Responsive Kontaktujte PersonWhen váš tím sa na novom projekte, automatizované testovanie, budete potrebovať kontaktnú osobu. Táto osoba je zodpovedný za to, máte obchodnými požiadavky a odpovedať na otázky o tom, ako aplikácia funguje. To nebude svoju hlavnú prácu, takže si budete musieť zabezpečiť, aby on alebo ona je citlivý. Ak nemôžete dostať adekvátne obchodné požiadavky, skúšobné dáta, alebo odpovede na otázky, vaše automatizácia projekt nebude successful.Copyright 2004. Danna Henderson. All Rights Reserved.Danna Henderson pomohol mnohým organizáciám automatizovať ich testovanie softvéru s WinRunner. Pre informácie o vytvorení robustné, dáta riadené skriptov a automatizované testovanie úspešné, navštívte WinRunner odborníkov.
Článok Zdroj: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster si html kód
Pridajte tento článok do svojich webových stránok sa!
Webmaster Pošlite svoj článok
Nie nutná registrácia! Vyplňte formulár a Váš článok je v Messaggiamo.Com Adresár!
