OperaPříklad národního akceptačního testování (OAT).
Thomas Hamilton
⚡ Chytré shrnutí
OperaAkceptační testování vyhodnocuje, zda je verze připravena ke spuštění ve svém standardu. Operaprostředí, kontrola záloh, obnova, upozornění, zabezpečení a dokumentace před předáním systému týmům produkční podpory.
Co je to Operanárodní přejímací zkoušky?
Operanárodní akceptační testování (OAT) je technika testování softwaru, která hodnotí provozní připravenost softwarové aplikace před jejím uvedením do produkčního prostředí. Cílem provozního akceptačního testování je zajistit shodu systému a jeho komponent s požadavky a bezproblémový provoz systému v jeho standardu. Operapro životní prostředí (SOE).
Operacionální akceptační testování se také nazývá OperaTestování připravenosti (ORT) nebo stručněji provozní testování. Všechny tři názvy popisují stejnou kontrolu: software sice již může dělat to, co firma požadovala, ale nikdo zatím neprokázal, že jej mohou nainstalovat, zálohovat, restartovat, monitorovat a obnovit lidé, kteří jej budou vlastnit po spuštění.
Toto rozlišení pevně řadí OAT mezi nefunkční testování typy. Ptá se, jak se systém chová v reálných provozních podmínkách, spíše než zda funkce vrací správnou odpověď.
Druhy Operanárodní testování
Operaační testování je zastřešující aktivita. Každá níže uvedená položka je samostatnou kontrolou s vlastními vstupními podmínkami a vlastními důkazy a kompletní cyklus OAT se obvykle dotkne většiny z nich.
- Testování instalace — potvrzuje, že sestavení lze nainstalovat, upgradovat a vrátit zpět v cílovém prostředí s využitím dodané dokumentace.
- Test zatížení a výkonu Operavání — kontroluje, zda systém udržuje očekávanou propustnost a doby odezvy při objemu odpovídajícím produkci. Viz testování výkonu a zátěžové testování pro základní techniky.
- Testování zálohování a obnovení — dokazuje, že zálohu lze skutečně vytvořit podle plánu a obnovit do funkčního stavu, nikoli pouze zapsat na disk.
- Testování bezpečnosti — ověřuje řízení přístupu, přihlašovací údaje, certifikáty a zabezpečení v operačním prostředí. Viz bezpečnostní testování pro podrobnou metodu.
- Code Analýza — statická kontrola dodaného kódu a konfigurace z hlediska udržovatelnosti a známých slabin, než se stane něčí produkční zátěží.
- Fail over Testing — vynutí selhání uzlu, služby nebo lokality a sleduje, zda záložní server převezme funkci v dohodnutém čase.
- Testování zotavení — měří, jak úplně a jak rychle se systém po havárii vrátí do provozu. Testování zotavení pojednává o technice do hloubky.
- End-to-End Testovací prostředí Operanárodní testování — vykonává celý řetězec serverů, sítí, úloh a rozhraní jako jednu operační jednotku.
- Operanárodní Dokumentace Review — kontroluje, zda runbooky, diagramy služeb, příkazy k restartu a eskalační cesty odpovídají skutečně sestavenému systému.
Níže uvedený diagram seskupuje tyto kontroly podle verze a zobrazuje provozní testování jako poslední krok před vstupem aplikace do živého prostředí.
Proč Operanárodní testování
OperaFunkční testování existuje proto, že verzi, která splňuje všechny funkční požadavky, může být stále nemožné spustit.
- Během OAT se poprvé spojují softwarové konfigurace a komponenty provozní podpory.
- Testuje implementaci funkčních nebo strukturálních změn softwaru nebo služby ve funkčním nebo nefunkčním prostředí.
- Toto testování určuje, zda lze aplikaci nasadit v síti v souladu se standardy ITIL (IT Infrastructure Library).
- Ukazuje, zda software bude fungovat tak, jak byl navržen, aniž by narušil obchodní procesy.
- OAT se zaměřuje hlavně na tyto aspekty softwarového produktu:
- Pružnost
- Schopnost zotavení
- Ovladatelnost a podpora
- Integrity
Kdo vystupuje Operacionální testování a kdy
Vlastnictví OAT se liší od všech předchozích úrovní testování a tento rozdíl vysvětluje většinu jeho zjištění. Lidé, kteří jej provozují, jsou ti, kteří budou ve tři hodiny ráno zavoláni na pager.
- Systémoví administrátoři a inženýři infrastruktury — spustit instalaci, přepnout systém při selhání a restartovat případy v cílovém prostředí.
- Operaa podpůrné týmy — ověřit výstrahy, prahové hodnoty, eskalační postupy a dokumenty k řešení, na které se v každé výstraze odkazuje.
- Správci databází a záloh — vytvářet a obnovovat zálohy, včetně obnovení na druhé pracoviště.
- Pracovníci bezpečnosti a dodržování předpisů — potvrdit zabezpečení, řízení přístupu a protokolování auditu v živém prostředí.
- Manažeři testů — shromáždit důkazy do balíčku pro rozhodnutí o spuštění.
v životní cyklus testování softwaru, provozní testování probíhá až na samém konci. Testování systému Prokáže se, že sestavený produkt funguje, uživatelské akceptační testování prokáže, že jej firma akceptuje, a OAT poté prokáže, že jej organizace může provozovat. Protože OAT potřebuje prostředí podobné produkčnímu, je obvykle plánován po zmrazení release candidate – jakákoli změna kódu po tomto bodě vrací cyklus zpět na začátek.
Příklad testovacích případů pro Operanárodní testování nebo OAT
Následuje praktický kontrolní seznam pro provedení OAT. Každý řádek je napsán tak, aby jeho výsledkem byl prostý úspěšný nebo neúspěšný test, což je přesně to, co potřebuje správní rada pro zahájení provozu.
- Zálohy pořízené na jednom místě lze obnovit na stejném místě.
- Zálohy pořízené na jednom místě lze obnovit na druhém místě.
- Implementace jakýchkoli nových funkcí do živého produkčního prostředí nemá negativní vliv na integritu stávajících produkčních služeb.
- Proces implementace lze replikovat s použitím platné dokumentace.
- Každou komponentu lze úspěšně vypnout a spustit v dohodnutém časovém rámci.
- V případě upozornění musí být všechna kritická upozornění zasílána TEC a odkazovat na správný dokument s řešením.
- Jsou zavedena upozornění, která jsou vydávána v případě překročení dohodnutých prahových hodnot.
- Veškerá dokumentace o obnově, která byla vytvořena nebo pozměněna, včetně servisních schémat, je platná. Měla by být předána příslušným oddělením podpory.
- U každé komponenty ovlivněné selháním se zobrazuje doporučené pořadí restartu, doba dokončení a související závislosti.
Praktickým doplňkem seznamu je negativní případ: úmyslné přerušení jedné závislosti a následné potvrzení, že se spustí výstraha, runbook je nalezen a zdokumentovaný příkaz k restartu obnoví službu. Kontrolní seznam, který zaznamenává pouze úspěchy, operaci vůbec netestoval.
Operacionální testování vs. uživatelské akceptační testování
Ovesné a testování přijetí uživatele Obě jsou akceptační aktivity a obě probíhají se zpožděním, a proto se tak často zaměňují. Odpovídají na různé otázky a schvalují je různí lidé.
| Vzhled | Operanárodní akceptační testování (OAT) | Testování přijetí uživatele (UAT) |
| Odpověď na otázku | Může organizace tento systém provozovat a podporovat? | Splňuje systém dohodnuté obchodní požadavky? |
| Účinkuje | Operainfrastrukturu a podpůrný personál | Koncoví uživatelé, obchodní zainteresované strany a klienti |
| Typ požadavku | Většinou nefunkční – obnova, zálohování, upozornění, zabezpečení | Hlavně funkční – obchodní pracovní postupy a pravidla |
| životní prostředí | Produkční úroveň, se skutečnými nástroji pro monitorování a zálohování | Stabilní testovací prostředí s reprezentativními daty |
| Typické důkazy | Obnovení protokolů, časování přepnutí při selhání, snímků obrazovky s upozorněními, podepsaných runbooků | Realizované obchodní scénáře a schvalování uživatelů |
| Neúspěch vypadá jako | Systém funguje, ale nelze jej obnovit, monitorovat ani restartovat. | Systém běží, ale nedělá to, co firma požadovala. |
Tyto dvě verze se spíše doplňují než alternativy. Verze, která projde testem UAT a neprojde testem OAT, bude fungovat správně až do prvního výpadku.
Výhody a výzvy Operanárodní testování
Týmy, které zavádějí OAT, obvykle uvádějí stejné výhody a setkávají se se stejnými překážkami.
Výhody
- Riziko výpadku klesá, protože cesty pro obnovu a záložní zabezpečení jsou prověřeny dříve, než se na ně zákazníci stanou závislými.
- Týmy podpory dědí dokumentaci, která byla ověřena proti skutečnému systému, spíše než napsána podle návrhu.
- Překvapení při nasazení se objevují v kontrolovaném okně, nikoli během noci spuštění.
- Důkazy o shodě s předpisy a auditu se generují jako vedlejší produkt kontrolního seznamu.
Oblasti využití
- Produkční prostředí je drahé a zmenšená kopie skrývá přesně ty chyby, které má OAT najít.
- Cyklus soutěží o stejný prostor v kalendáři jako vydání, takže je to první aktivita, která se zkrátí, když se datum posune.
- Destruktivní případy, jako je převzetí služeb po selhání a obnova, vyžadují schválení a tichá okna, která je obtížné získat.
- Výsledky závisí na provozním personálu, který současně provozuje aktuální živou službu.
Obvyklým řešením je začít v malém: nejprve automatizovat případy zálohování, obnovení a restartu, protože se opakují při každém vydání a poskytují nejjasnější signál o úspěšnosti nebo neúspěchu. Odtud se kontrolní seznam může s každým cyklem rozrůstat a jakákoli změna v runbookech se stává kandidátem na... regresní testování v dalším vydání.
