oracle real application testing solution test oracle db before moving production
Došli smo do završnog dijela serija testiranja baze podataka Oracle.
Do sada smo se bavili metode ispitivanja baze podataka Oracle. Nastavljajući s ovim fokusom, zaronit ćemo u daljnje detalje u vezi s Oracle Real Application Testingom.
Danas ćemo naučiti Oracle Real Application Testing - učinkovit sustav osiguranja promjena koji procjenjuje promjenu sustava u samom testnom okruženju prije nego što ga uvodi u proizvodnju.
Ovo je vodeće rješenje tvrtke Oracle za hvatanje stvarnog radnog opterećenja DB-a i zamjenu na t je okoliš .
Kao što je rečeno u brojnim prigodama, uvijek moramo osigurati da testiramo bazu podataka u svim mogućim dimenzijama kako bismo iskorijenili nestabilnosti i osigurali da u našoj proizvodnoj instanci ne naiđemo na nepredviđene probleme.
Možemo kategorizirati Oracle stvarno testiranje aplikacija u dva široka odjeljka:
- SQL analizator performansi
- Repriza baze podataka
Prije nego što nastavimo dalje, imajte na umu da SQL Analyzer Performance and Database Replay zahtijeva dodatno licenciranje, tj. Dostupno je uz nadoplatu i opciju Enterprise Edition.
Što ćete naučiti:
SQL analizator performansi
GUI koji se koristi za pristup SQL analizatoru performansi i ponovnom prikazivanju baze podataka je Enterprise Manager koji je prikazan u nastavku:
Da biste pristupili SQL Performance Analyzeru, samo kliknite vezu 'SQL Performance Analyzer'
(Kliknite na sliku za uvećan prikaz)
SQL Performance Analyzer omogućuje nam da procijenimo učinak bilo koje promjene u sustavu koja bi mogla imati utjecaja na izvršavanje i izvedbu SQL-a.
Izuzetno su korisni u slučajevima kao što su:
- Nadogradnja baze podataka, krpanje
- Promjene konfiguracije operativnog sustava - softvera ili hardvera
- Promjene statistike Oracle Optimizer-a
- Promjene korisnika / sheme
Uvijek se savjetuje pokretanje SQL Performance Analyze na testu ili a UAT (testiranje korisničkih aplikacija) sustav, a ne na proizvodni sustav. Budući da bismo tijekom testiranja učinaka promjene u smislu izvedbe mogli nehotice utjecati na korisnike koji rade u proizvodnoj instanci. Također, njegovo pokretanje na testu osigurat će da ne diramo nijedan trenutno pokrenut postupak u proizvodnji.
DO osnovni pregled tijeka rada SQL Performance Analyzera prikazan je u nastavku:
Analiza izvedbe SQL uključuje sljedeće korake.
Korak 1)Hvatanje SQL radnog opterećenja
Odredite SQL izraze koji će biti dio vašeg SQL radnog opterećenja iz vaše proizvodne instance koju želite analizirati. Ovo bi opterećenje idealno trebalo predstavljati opterećenje koje biste mogli imati u svojoj proizvodnji.
Snimamo ove izjave u SQL Tuning Set i prosljeđujemo ovaj SQL Tuning Set SQL Analyzeru izvedbe.
Budući da Analyzer troši puno resursa na vašem sustavu, uvijek preporučujemo da se pokrenu na testu ili UAT sustavu. Da bismo ga pokrenuli na testnom sustavu, morali bismo izvesti SQL Tuning set koji smo već kreirali u proizvodnji u testni sustav.
Korak 2)Stvaranje zadatka SQL analizatora performansi
Da biste pokrenuli Analyzer, prvo morate stvoriti zadatak SQL Performance Analyzer. Ovaj zadatak nije ništa drugo do spremište koje objedinjuje sve podatke o analizi koju izvodi SQL Performance Analyzer. Kao što je ranije naznačeno, SQL Tuning Set se napaja analizatorom kao stimulans.
qa intervjuiranje pitanja i odgovora analitičara
Korak 3)Probno izvođenje SQL izvedbe prije promjene
Nakon što smo kreirali zadatak SQL Performance Analyzer i SQL Tuning Set, moramo izgraditi infrastrukturu na testnom sustavu.
Imajte na umu da kada planiramo koristiti sustav za testiranje, moramo biti sigurni da je vrlo sličan proizvodnom sustavu u smislu hardvera, softvera i pohrane kako bismo mogli replicirati slično okruženje.
Nakon što je sustav za testiranje odgovarajuće konfiguriran, možemo izraditi verziju podataka prije promjene pomoću SQL Performance Analyzera.
To se može postići korištenjem Enterprise Manager-a ili API-ja (ugrađeni postupci).
Korak # 4)Pokusna izvedba SQL-a nakon promjene
Pokusna promjena nakon promjene vrši se na testnom sustavu nakon uvođenja nekih promjena u sustav.
Kad se ovo dovrši, imat ćemo dva SQL pokusa - jedan za promjenu prije i za promjenu za usporedbu.
Slično probnom radu izvedbe SQL-a prije promjene, i mi možemo stvoriti suđenje izvedbe SQL-a nakon promjene pomoću Enterprise Manager-a ili API-ja (ugrađeni postupci).
Korak # 5)Generiranje izvješća
Nakon izvođenja probnih promjena i promjena, podaci o izvedbi prikupljeni u njima mogu se usporediti izvođenjem usporedne analize pomoću SQL Performance Analyzera.
Kada je ovaj zadatak usporedbe dovršen, možemo generirati izvješće za identifikaciju izvedbe SQL izraza koji je bio dio radnog opterećenja koje smo namjeravali testirati.
Pregledom izvješća možemo prosuđivati i donositi zaključke o izvedbi SQL-a
Izjave, a zatim primijeniti promjene sustava u proizvodnji.
Slično tome, možemo testirati različita radna opterećenja s različitim promjenama u sustavu i osigurati da testiramo svako od njih prije nego što se implementiraju u proizvodnju.
Gore ilustrirani tijek rada može se grafički prikazati kako je prikazano u nastavku.
Repriza baze podataka
Da biste pokrenuli alat kroz Enterprise Manager:
(Kliknite na sliku za uvećan prikaz)
Ponavljanje baze podataka omogućuje realistično testiranje promjena u sustavu u osnovi replicirajući vaše proizvodno okruženje na testnom sustavu. To čini hvatanjem željenog radnog opterećenja na proizvodnom sustavu i ponovnim prikazivanjem na testnom sustavu s točnim karakteristikama resursa izvornog radnog opterećenja kao što su izvršavanje SQL-a, transakcije, ekstrakti i postupci.
To se izvodi kako bismo osigurali da uzmemo u obzir sve moguće učinke bilo koje promjene, uključujući neželjene rezultate kao što su programske pogreške, neprikladni rezultati ili regresija izvedbe.
Opsežna analiza i izvještavanje također pomažu identificirati sve potencijalne probleme, kao što su pogrešne okolnosti i razlike u učinku.
Kao rezultat toga, organizacije mogu biti sigurne kad se bave promjenama i biti unosne u procjeni ukupnog uspjeha promjene sustava. To će značajno smanjiti svaki rizik kada želimo primijeniti promjene u proizvodnji. Promjena je neizbježna i pobrinut ćemo se da testiramo svaki aspekt ove promjene sa svih stupnjeva, a proizvodnju ćemo učiniti robusnijom i čvršćom.
Osnovni tijek ponavljanja baze podataka prikazan je u nastavku:
Promjene podržane ponovljivanjem baze podataka su:
- Nadogradnje baze podataka Oracle, zakrpa softvera
- Korisnik / shema, instance baze podataka Parametri kao što su memorija, I / O
- Promjene hardvera / softvera na čvorovima RAC (Real Application Cluster)
- Izmjene operativnog sustava, krpanje operativnog sustava
- CPU, memorija, pohrana
Reprodukcija baze podataka omogućuje nam testiranje različitih učinaka mogućih promjena u sustavu ponovnim prikazom praktičnog opterećenja stvarnog proizvodnog sustava na testnom sustavu prije nego što je izložen prvom. Opterećenje proizvodnje prati se, analizira i bilježi kroz kvantitativno određeno vrijeme. Ti se podaci bilježe tijekom vremena i koriste se za ponovnu reprodukciju radnog opterećenja na ispitnim sustavima.
Izvodeći ovo, možemo uspješno testirati implikacije radnog opterećenja prije provođenja bilo kakvih promjena koje bi mogle negativno utjecati na proizvodnju.
Tok rada je sljedeći:
Korak 1) Hvatanje radnog opterećenja
Sve zahtjeve klijenata bilježimo u datoteke naziva 'Snimanje datoteka' na datotečnom sustavu (pohrana). Te datoteke sadrže sve vitalne informacije u vezi sa zahtjevima klijenta, kao što su SQL, povezivi, postupci i podaci o transakcijama. Te se datoteke zatim mogu izvesti u bilo koji sustav u slučaju da ih želimo reproducirati na drugom sustavu.
Korak 2)Predobrada radnog opterećenja
Nakon što smo uhvatili podatke u 'Snimanje datoteka', trebamo ih unaprijed obraditi. U ovom koraku stvaramo metapodatke koji pružaju opis svih podataka potrebnih za ponovnu reprodukciju radnog opterećenja.
Budući da ovaj korak koristi ogromnu količinu resursa iz sustava, savjetuje se da se izvodi na drugom sustavu, osim na proizvodnji, gdje se teret može ponoviti. U slučaju da nemate drugi sustav za testiranje i željeli biste ih pokrenuti u proizvodnji, pobrinite se da ih pokrećete tijekom ne-vršnih sati kako to ne bi utjecalo na korisnike i procese koji se izvode u proizvodnji.
Korak 3)Reprodukcija radnog opterećenja
Sada ih možemo ponovno reproducirati na testnom sustavu. U ovom trenutku ponavljamo sve transakcije, kontekst, procedure i SQL koji su uhvaćeni u početku tijekom faze hvatanja, prikupljajući podatke dok svaki proces prolazi kroz ovu tranziciju.
Korak # 4)Generiranje izvješća
Slično analizatoru izvedbe, također možete generirati i pregledavati izvješća kako biste usporedili svaki test koji ste izvršili.
Da zaključimo, nudimo nekoliko kratkih savjeta tijekom testiranja Reprodukcije baze podataka:
- Koristite identični ispitni sustav kad god je to moguće
- Testirajte jednu po jednu promjenu da biste razumjeli njezin utjecaj
- Obavezno započnite sa zadanim mogućnostima ponovnog reprodukcije, a zatim unesite promjene ako je potrebno prema vašem zahtjevu.
- Prije izvođenja drugog ponavljanja, pobrinite se da razumijete sve aspekte testiranja
- Svakako spremite rezultate testa i dokumentirajte sve potrebne promjene / radnje testiranja
- Provjerite da nijedno drugo radno opterećenje ili korisnici ne koriste sustav tijekom bilo kojeg probnog rada
Zaključak:
Uz različite aspekte i razne metode Oracle testiranja baze podataka i aplikacija, uvijek se pobrinite za što češće i temeljitije testiranje; razumjeti aplikaciju i korisničko okruženje prije primjene bilo kakvih izmjena ili uvođenja novih parametara u proizvodnju.
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Razlika između testiranja radne površine, klijentskog poslužitelja i web testiranja
- Kako testirati Oracle bazu podataka
- Vodič za ispitivanje sigurnosti web aplikacija
- Testiranje aplikacija - u osnove testiranja softvera!
- Instalirajte svoju aplikaciju na uređaj i započnite testiranje iz Eclipsea
- Testiranje e-knjige za preuzimanje priručnika
- Vodič za ispitivanje razaranja i ispitivanja bez razaranja