oracle real application testing solution test oracle db before moving production
Dostali sme sa do záverečnej časti séria testovania databázy Oracle.
Zatiaľ sme to riešili metódy testovania databázy Oracle. Pokračovaním v tomto zameraní sa ponoríme do ďalších podrobností týkajúcich sa Oracle Real Application Testing.
Dnes sa naučíme Oracle Real Application Testing - efektívny systém zabezpečenia zmien, ktorý pred zavedením do výroby hodnotí samotnú zmenu systému v testovacom prostredí.
Toto je popredné riešenie spoločnosti Oracle na zachytenie záťaže DB v reálnom produkčnom prostredí a jeho nahradenie na t je prostredie .
Ako bolo uvedené pri mnohých príležitostiach, vždy sa musíme uistiť, že testujeme databázu v každej možnej dimenzii, aby sme odstránili nestability, a uistite sa, že v našej produkčnej inštancii nenarazíme na žiadne nepredvídané problémy.
Môžeme kategorizovať Testovanie aplikácií Oracle Real do dvoch širokých častí:
- Analyzátor výkonu SQL
- Replay databázy
Skôr ako pôjdeme ďalej, upozorňujeme, že program SQL Performance Analyzer a Database Replay vyžaduje ďalšie licencie, t. J. Sú k dispozícii za príplatok a s možnosťou vydania Enterprise Edition.
Čo sa dozviete:
Analyzátor výkonu SQL
GUI používaným na prístup k SQL Performance Analyzer a Database Replay je Enterprise Manager, ktorý je zobrazený nižšie:
Pre prístup k nástroju SQL Performance Analyzer kliknite na odkaz „SQL Performance Analyzer“
(Kliknutím na obrázok ho zväčšíte)
Analyzátor výkonu SQL nám umožňuje merať vplyv na výkon akejkoľvek zmeny v systéme, ktorá by mohla mať vplyv na vykonávanie a výkon SQL.
Sú mimoriadne užitočné v prípadoch, ako sú:
- Aktualizácia databázy, oprava
- Zmeny konfigurácie operačného systému - softvér alebo hardvér
- Zmeny štatistík produktu Oracle Optimizer
- Zmeny používateľa / schémy
Vždy sa odporúča vykonať analýzu výkonu SQL na teste alebo UAT (Testovanie užívateľských aplikácií) skôr ako na produkčnom systéme. Pretože pri testovaní účinkov zmeny z hľadiska výkonu by sme mohli nechtiac ovplyvniť používateľov bežiacich v produkčnej inštancii. Testovanie tiež zabezpečí, že nebudeme manipulovať so žiadnymi momentálne bežiacimi procesmi vo výrobe.
TO základný prehľad pracovného toku analyzátora výkonu SQL je uvedený nižšie:
Analýza výkonu SQL zahŕňa nasledujúce kroky.
Krok 1)Zachytávanie pracovného zaťaženia SQL
Určte príkazy SQL, ktoré by boli súčasťou vášho pracovného zaťaženia SQL, z výrobnej inštancie, ktorú chcete analyzovať. Toto pracovné zaťaženie by malo ideálne predstavovať pracovné zaťaženie, ktoré môžete mať vo svojej výrobe.
Tieto príkazy zachytávame v súprave ladenia SQL a napájame túto súpravu ladenia SQL do analyzátora výkonu SQL.
Pretože analyzátor spotrebuje vo vašom systéme veľa zdrojov, vždy odporúčame nechať ich bežať na testovacom systéme alebo v systéme UAT. Aby sme ho mohli spustiť na testovacom systéme, museli by sme do testovacieho systému exportovať sadu SQL Tuning, ktorú sme už vo výrobe vytvorili.
Krok 2)Vytvorenie úlohy analyzátora výkonu SQL
Ak chcete spustiť analyzátor, musíte najskôr vytvoriť úlohu analyzátora výkonu SQL. Táto úloha nie je nič iné ako úložisko, ktoré konsoliduje všetky údaje o analýze vykonávanej nástrojom SQL Performance Analyzer. Ako už bolo uvedené skôr, súprava na ladenie SQL sa dodáva ako stimulant do analyzátora.
zabezpečenie kvality vs. kontrola kvality
Krok č. 3)Predbežná skúšobná verzia výkonu SQL
Po vytvorení úlohy analyzátora výkonu SQL a súpravy ladenia SQL musíme vybudovať infraštruktúru na testovacom systéme.
Upozorňujeme, že keď plánujeme na testovanie použiť systém, musíme sa ubezpečiť, že je veľmi podobný produkčnému systému, čo sa týka hardvéru, softvéru a úložného priestoru, aby sme mohli replikovať podobné prostredie.
Keď je testovací systém správne nakonfigurovaný, môžeme zostaviť verziu údajov pred zmenou pomocou nástroja SQL Performance Analyzer.
To sa dá dosiahnuť použitím Enterprise Manager alebo API (zabudované postupy).
Krok č. 4)Skúšobná verzia výkonu po zmene
Po vykonaní určitých zmien v systéme sa skúšobná verzia po zmene vykoná na testovacom systéme.
Po dokončení by sme mali k dispozícii dve testovacie verzie SQL - jednu na porovnanie pred zmenou a po zmene.
Podobne ako v prípade Skúšky výkonnosti pred zmenou SQL, môžeme vytvoriť Skúšku výkonnosti po zmene SQL pomocou Enterprise Manager alebo API (zabudované procedúry).
Krok č. 5)Generovanie správy
Po vykonaní skúšok pred zmenou a po zmene je možné údaje o výkone zhromaždené v nich porovnať spustením porovnávacej analýzy pomocou nástroja SQL Performance Analyzer.
Po dokončení tejto úlohy porovnávania môžeme vygenerovať správu na identifikáciu výkonu príkazu SQL, ktorá bola súčasťou pracovnej záťaže, ktorú sme chceli otestovať.
Preskúmaním správy môžeme posúdiť a urobiť závery o výkonnosti SQL
Vyhlásenia a potom nasadiť zmeny systému vo výrobe.
Podobne môžeme testovať rôzne pracovné záťaže s rôznymi zmenami systému a uistiť sa, že každý z nich otestujeme pred ich implementáciou do výroby.
Pracovný tok ilustrovaný vyššie možno graficky znázorniť, ako je uvedené nižšie.
Replay databázy
Spustenie nástroja pomocou nástroja Enterprise Manager:
(Kliknutím na obrázok ho zväčšíte)
Database Replay umožňuje realistické testovanie systémových zmien zásadnou replikáciou vášho produkčného prostredia na testovacom systéme. Robí to tak, že zachytí požadované pracovné zaťaženie produkčného systému a prehrá ho na testovacom systéme s presnými charakteristikami zdrojov pôvodného pracovného zaťaženia, ako je vykonávanie SQL, transakcie, výpisy a postupy.
Vykonáva sa to, aby sme sa uistili, že berieme do úvahy všetky možné dopady akejkoľvek zmeny vrátane nežiaducich výsledkov, ako sú chyby produktu, nevhodné výsledky alebo regresia výkonu.
Rozsiahle analýzy a generované správy tiež pomáhajú identifikovať akékoľvek potenciálne problémy, ako napríklad chybné okolnosti, ktoré sa vyskytli, a rozdiely v výkonnosti.
Výsledkom je, že organizácie si môžu byť istí pri riešení zmien a môžu byť lukratívne pri hodnotení celkového úspechu zmeny systému. To výrazne zníži akékoľvek riziko, keď chceme implementovať zmeny vo výrobe. Zmena je nevyhnutná a vďaka tomu, že všetky aspekty tejto zmeny budeme testovať na všetkých stupňoch, bude výroba robustnejšia a robustnejšia.
Základný pracovný postup prehrávania databázy je uvedený nižšie:
Zmeny podporované prehraním databázy sú:
- Aktualizácie databázy Oracle, oprava softvéru
- Užívateľ / schéma, inštancia databázy Parametre ako pamäť, I / O
- Zmeny hardvéru / softvéru v uzloch RAC (Real Application Cluster)
- Zmeny operačného systému, oprava operačného systému
- CPU, pamäť, úložisko
Prehrávanie databázy nám umožňuje testovať rôzne účinky možných zmien systému prehraním praktického zaťaženia skutočného produkčného systému na testovacom systéme predtým, ako je vystavený pôvodnému. Pracovné zaťaženie výroby sa monitoruje, analyzuje a zaznamenáva počas kvantitatívneho pevne stanoveného časového obdobia. Tieto údaje sa zaznamenávajú v priebehu času a používajú sa na prehratie pracovného zaťaženia v testovacích systémoch.
Týmto vykonaním môžeme úspešne otestovať dôsledky pracovného zaťaženia pred implementáciou akýchkoľvek zmien, ktoré by mohli nepriaznivo ovplyvniť produkciu.
Pracovný postup je nasledovný:
Krok 1) Zachytenie pracovnej záťaže
Zaznamenávame všetky požiadavky klientov do súborov označených ako „Zachytiť súbory“ v systéme súborov (úložisko). Tieto súbory obsahujú všetky dôležité informácie týkajúce sa požiadaviek klienta, ako napríklad SQL, väzby, procedúry a informácie o transakciách. Tieto súbory je potom možné exportovať do ľubovoľného systému pre prípad, že ich chceme prehrať v inom systéme.
Krok 2)Predbežné spracovanie pracovného zaťaženia
Po zachytení informácií v priečinku „Zachytiť súbory“ ich musíme vopred pripraviť. V tomto kroku vytvoríme metadáta, ktoré poskytujú popis všetkých údajov potrebných na opätovné prehratie pracovného zaťaženia.
Pretože tento krok využíva obrovské množstvo zdrojov zo systému, odporúča sa bežať na inom systéme okrem výroby, kde sa dá načítať znova. V prípade, že nemáte na otestovanie iný systém a chcete ich spustiť v produkcii, nezabudnite ich spustiť v čase mimo špičku, aby to neovplyvnilo používateľov a procesy bežiace v produkcii.
Krok č. 3)Replay pracovnej záťaže
Teraz ich môžeme prehrať na testovacom systéme. V tejto chvíli prehrávame všetky transakcie, kontext, procedúry a SQL, ktoré boli zachytené pôvodne počas fázy zachytávania a hromadia údaje, keď každý proces prechádza týmto prechodom.
Krok č. 4)Generovanie správ
Podobne ako v analyzátore výkonu, môžete tiež generovať a zobrazovať správy na porovnanie každého z testov, ktoré ste vykonali.
Na záver ponúkame niekoľko rýchlych tipov pri testovaní prehrávania databázy:
- Pokiaľ je to možné, používajte identický testovací systém
- Otestujte jednu zmenu po druhej, aby ste pochopili jej vplyv
- Nezabudnite začať s predvolenými možnosťami prehrávania a potom podľa potreby urobte zmeny podľa vašich požiadaviek.
- Pred vykonaním druhého opakovania nezabudnite porozumieť všetkým aspektom testovania
- Uistite sa, že ste uložili svoje výsledky testov a zdokumentovali všetky požadované zmeny / požadované akcie testovania
- Zaistite, aby počas žiadneho z testovacích behov nepoužíval systém žiadny iný užívateľ alebo používatelia
Záver:
S rôznymi aspektmi a rôznymi metódami testovania databázy a aplikácií Oracle sa uistite, že testujete čo najčastejšie a najdôkladnejšie; porozumieť aplikácii a používateľskému prostrediu pred zavedením akýchkoľvek zmien alebo zavedením akýchkoľvek nových parametrov do produkcie.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Rozdiel medzi počítačom, klientskym serverom a webom
- Ako testovať databázu Oracle
- Sprievodca testovaním bezpečnosti webových aplikácií
- Testovanie aplikácií - do základov testovania softvéru!
- Inštalácia aplikácie na zariadenie a spustenie testovania z Eclipse
- Stiahnutie e-knihy Testing Primer
- Výukový program pre deštruktívne testovanie a nedeštruktívne testovanie