Co je TaaS (Testování jako služba)? Model, typy, funkce
Thomas Hamilton
⚡ Chytré shrnutí
Testování jako služba (TaaS) outsourcuje testování softwaru specializovanému externímu poskytovateli, obvykle z cloudu. Tato příručka se zabývá funkčními, výkonnostními a bezpečnostními variantami, jak probíhá cloudové zapojení a kde TaaS poráží kee.ping testování interně.
Co je testování jako služba (TaaS)?
Testování jako služba (TaaS) je outsourcingový model, ve kterém testování softwaru provádí externí poskytovatel, nikoli vlastní zaměstnanci organizace. Poskytovatel se specializuje na simulaci reálných prostředí ve velkém měřítku a na hledání vad, které by interní tým přehlédl.
TaaS se obvykle používá, když:
- Společnost postrádá dovednosti nebo zdroje k provádění interního testování
- Je potřeba nezávislý verdikt, zbavený zaujatosti vývojářů, kteří kód napsali.
- Fixní náklady na testování je třeba převést na variabilní náklady typu „platba podle využití“.
- Provádění testů musí být rychlejší, což zkracuje celkový vývojový cyklus
Typy TaaS
- Funkční testování jako služba: pokrývá funkční testování aplikace a může se rozšířit i na uživatelské rozhraní a Testování grafického uživatelského rozhraní, regrese, integrace a automatizované testování přijetí uživatele, v závislosti na podmíncetract.
- Testování výkonu jako služba: Poskytovatel generuje virtuální uživatele pro reprodukci souběžnosti v reálném světě a poté spustí zátěžové a stresové testy aplikace.
- Bezpečnostní testování jako služba: Poskytovatel skenuje aplikace a webové stránky na zranitelnosti, často kombinuje automatické skenování s manuálním penetračním testováním.
Klíčové funkce TaaS
Čtyři charakteristiky odlišují TaaS zapojení od pouhého najmutí dalších testerů:
- Prostředí na vyžádání: Testovací infrastruktura je zřízena při zahájení běhu a uvolněna po jeho dokončení, takže mezi cykly nic nezůstává nečinné.
- Elastická stupnice: Poskytovatel dokáže generovat tisíce souběžných virtuálních uživatelů z různých geografických oblastí, což je nepraktické vytvářet interně pro příležitostné použití.
- Platba za použití: Fakturace se řídí spíše spotřebou než licencemi, čímž se kapitálové náklady převádějí na provozní.
- Nezávislé zpravodajství: Výsledky pocházejí od strany, která nemá na kódu žádný podíl, což je smyslem modelu pro projekty zaměřené na dodržování předpisů.
Jak funguje testování softwaru jako služba v cloudu
Jakmile jsou uživatelské scénáře napsány a testy navrženy, poskytovatel dodá servery, které generují virtuální provoz z míst po celém světě, což je něco, co jen málokterá organizace dokáže reprodukovat interně.
Cloudové testování probíhá v osmi krocích:
- Vyvíjet uživatelské scénáře
- Návrh testovacích případů
- Vyberte poskytovatele cloudových služeb
- Nastavte infrastrukturu
- Využijte cloudovou službu
- Začněte testovat
- Sledovat cíle
- Dodat
Kdy použít TaaS
TaaS je správnou volbou, když:
- Testování aplikací, které vyžadují rozsáhlou automatizaci as krátkým cyklem provádění testu.
- Provádění testovacího úkolu, který nevyžaduje hloubkovou znalost návrhu nebo systému
- Pro ad-hoc nebo nepravidelné testovací činnosti, které vyžadují rozsáhlé zdroje.
Výhody cloudového testování
- Flexibilní provádění testů a testovací aktiva
- Organizace často hlásí významné úspory nákladů oproti tradičnímu modelu, protože cloudové testování odstraňuje nečinnou infrastrukturu. Skutečné úspory se značně liší v závislosti na pracovní zátěži a měly by být měřeny, nikoli předpokládány.
- Dosáhněte rychlé návratnosti investic tím, že odstraníte investice vynaložené po nákupu hardwaru, správě a údržbě, licencování softwaru atd.
- Dodávejte produkt rychleji díky rychlému nákupu, nastavení projektu a provedení
- Zajistěte integritu dat a dostupnost kdykoli a kdekoli
- Snižte provozní náklady, náklady na údržbu a investice
- Plaťte, jak používáte
Tradiční testování vs. TaaS
| Přístup | Tradiční | TAA |
|---|---|---|
| Testovací prostředí | Vytvořeno ručně | Na požádání |
| Testovat aktiva | Ručně generované | Dynamický |
| Testovací data | Ručně generované | Dynamická dezinfekce |
| Testovací nástroje | Zakoupeno ručně | Na požádání |
| Testovací dokumentace | Ručně generované | Dynamicky generované |
| Znalost obchodní domény | Ručně Extracted | ExtracDynamicky ted |
TaaS vs. interní testování: Které si vybrat?
Rozhodnutí je zřídkakdy buď všechno, nebo nic. Většina organizací provozuje hybridní systém,ping interní práce kritická pro danou doménu a kupní kapacita pro zbytek.
| Kritéria | Interní testování | Testování jako služba |
|---|---|---|
| Nákladový model | Fixní: platy, nástroje, hardware | Variabilní: platba za použití |
| Znalost domény | Hluboké a hromadící se | Mělké, musí být přeneseno |
| Škálování pro dosažení vrcholu | Pomalé, vyžaduje najímání | Bezprostřední |
| Nezávislost výsledků | Nižší, stejná organizace | Vyšší, žádný podíl v kódu |
| Zveřejnění dat | Uvnitř obsaženo | Vyžaduje maskování a podvodtractuální kontrola |
| Nejlépe se hodí | Základní obchodní logika, průzkumná práce | Zatížení, bezpečnostní skenování, regresní záblesky |
Praktické rozdělení: ponechat si interní průzkumné testování, použitelnost a vše, co vyžaduje obchodní úsudek, a nakupovat testy výkonu, bezpečnostní skenování a pokrytí napříč prohlížeči nebo zařízeními tam, kde je nejtěžší ospravedlnit náklady na infrastrukturu, které byste museli sami provést.
Výzvy a rizika testování jako služby
TaaS přesouvá práci mimo organizaci a každý benefit s sebou nese odpovídající riziko, které patří do kontextu.tracspíše než překvapením.
- Ochrana osobních údajů a dodržování předpisů. Realistické testování vyžaduje realistická data, ale odesílání zákaznických záznamů třetí straně je v rozporu s GDPR, HIPAA a podobnými režimy. Trvejte na maskovaných nebo syntetických datech a potvrďte, ve které zemi jsou data zpracovávána.
- Ztráta znalostí domény. Externí tester neví, proč pravidlo existuje. Hluboké nedostatky v obchodní logice často zůstávají přehlédnuty, a proto se oblasti s velkým množstvím domén obvykle nechávají interně.
- Komunikační režie. Časová pásma a předávání zpomalují proces vyřizování chyb. Chyba nalezená přes noc nemusí být opravena až do následujícího dne, což snižuje rychlostní výhodu.
- Vázání na dodavatele. Testovací materiály napsané v proprietárním frameworku poskytovatele se nepřenášejí. Požadujte, aby skripty byly dodávány ve standardním, přenosném formátu.
- Nerovnoměrná kvalita. Testeři poskytovatele nemusí odpovídat vašim standardům. Před zahájením projektu se dohodněte na kritériích přijetí, vzorových zprávách a postupech eskalace.
- Skryté náklady. Fakturace podle spotřeby je efektivní, dokud zátěžový test neběží déle, než bylo plánováno. Nastavte si limity útrat a upozornění.
Žádné z těchto pravidel nevylučuje TaaS. Pouze určují, co patří do popisu práce: zpracování dat, vlastnictví testovacích aktiv, doby odezvy a definice dokončeného testovacího cyklu.
Testování jako služba: Klíčové poznatky
- Definice TaaS: Testování jako služba (TaaS) je model outsourcingu, ve kterém testování softwaru je prováděna poskytovatelem služeb třetí strany, nikoli zaměstnanci organizace.
- TaaS se používá, když společnost nemá dovednosti nebo zdroje k provádění interního testování.
- Typy TaaS: Funkční, Výkonnostní a Zabezpečení
- TaaS pomáhá dosáhnout rychlé návratnosti investic tím, že eliminuje investice vynaložené po nákupu hardwaru, správě a údržbě, licencování softwaru atd.
