Testovací skript - Test script - Wikipedia
![]() | Tento článek má několik problémů. Prosím pomozte vylepši to nebo diskutovat o těchto problémech na internetu diskusní stránka. (Zjistěte, jak a kdy tyto zprávy ze šablony odebrat) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)
|
A testovací skript v testování softwaru je sada pokynů, které budou provedeny na testovaný systém otestovat, že systém funguje podle očekávání.
Testovací skripty lze provádět různými způsoby.
- Ruční testování.[1][2] Ty se běžněji nazývají testovací případy.
- Automatizované testování.
- Krátký program napsaný v programovacím jazyce používaný k testování části funkčnosti softwarového systému. Testovací skripty psané jako krátký program lze psát pomocí speciálního automatizovaného funkčního testovacího nástroje GUI (například HP QuickTest Professional, Borland SilkTest, IBM TPNS a Racionální robot ) nebo ve známém programovací jazyk (jako C ++, C#, Tcl, Očekávat, Jáva, PHP, Perl, Powershell, Krajta nebo Rubín ). Jak je dokumentováno v IEEE, ISO a IEC.[3][4]
- Rozsáhlé parametrizace krátkých programů a.k.a. Testování na základě dat
- Opakovaně použitelné kroky vytvořené v tabulce a.k.a. řízeno klíčovým slovem nebo stolní testování.
Tyto poslední dva typy se také provádějí při ručním testování.
Automatizované testování je výhodné z mnoha důvodů: testy mohou být prováděny nepřetržitě bez nutnosti lidského zásahu, jsou snadno opakovatelné a často rychlejší. Automatizované testy jsou užitečné v situacích, kdy má být test proveden několikrát, například jako součást regresní testování. Automatizované testy mohou být při špatném psaní nevýhodné, což může vést k nesprávnému testování nebo nefunkčním testům.
Nevýhody automatizovaného testování spočívají v tom, že automatizované testy mohou být - stejně jako jakýkoli jiný software - špatně napsány nebo jednoduše přerušeny během přehrávání. Mohou také zkoumat pouze to, k čemu byli naprogramováni. Protože většina systémů je navržena s ohledem na lidskou interakci, je dobrým zvykem, že člověk v určitém okamžiku systém otestuje. Vyškolený manuální tester si může všimnout, že testovaný systém se chová špatně, aniž by k tomu byl vyzván nebo nasměrován; automatizované testy mohou zkoumat pouze to, k čemu byly naprogramovány. Při použití v regresním testování mohou manuální testeři najít nové chyby a zároveň zajistit, aby se staré chyby znovu neobjevily, zatímco automatizovaný test může zajistit pouze druhé. Často se používá smíšené testování s automatickým a manuálním testováním; automatizace toho, co je třeba často testovat a lze je snadno zkontrolovat strojem, a ruční testování návrh testu a průzkumné testování.
Jeden by měl zvážit návratnost investic pro automatizaci libovolného testovacího skriptu, tj. náklady na sestavení a údržbu tohoto skriptu jsou nižší, než by bylo zapotřebí k jeho ručnímu spuštění. Kde lze měřit náklady z hlediska času a / nebo peněz, ale také náklady příležitosti, které lidem nedovolí dělat jinou práci.[Citace je zapotřebí ]
Viz také
- Testování softwaru
- Test jednotky
- Plán zkoušek
- Testovací sada
- Testování scénářů
- Testování založené na relacích
Reference
- ^ „Nápověda - IBM Rational Software“. jazz.net. Citováno 2018-09-12.
- ^ Kaner, Cem (2003). „Zásadní výzvy při testování softwaru“ (PDF). Florida Tech. str. 35. Citováno 2018-09-12.
- ^ „BS 7925-1“. testingstandards.co.uk. Citováno 2018-09-12.
- ^ „Standard pro testování softwaru ISO / IEC / IEEE 29119“. softwaretestingstandard.org. Citováno 2018-09-12.
![]() | Tento softwarové inženýrství související článek je a pahýl. Wikipedii můžete pomoci pomocí rozšiřovat to. |