oracle real application testing solution test oracle db before moving production
Дошли смо до завршног дела серија тестирања базе података Орацле.
До сада смо се бавили методе испитивања базе података Орацле. Настављајући са овим фокусом, заронићемо у даље детаље у вези са Орацле Реал Апплицатион Тестирањем.
Данас ћемо научити Орацле Реал Апплицатион Тестинг - ефикасан систем осигурања промена који процењује системску промену у самом тест окружењу пре него што га уведе у производњу.
Ово је водеће решење компаније Орацле за хватање стварног радног оптерећења ДБ-а и његово замену на т је животна средина .
Као што је речено у бројним приликама, увек морамо бити сигурни да тестирамо базу података у свим могућим димензијама како бисмо искоренили нестабилности и били сигурни да нећемо наићи на било какве непредвиђене проблеме у нашој производној инстанци.
Можемо категоризовати Орацле стварно тестирање апликација у два широка одељка:
- СКЛ Перформанце Анализер
- Репродукција базе података
Пре него што наставимо даље, имајте на уму да СКЛ анализатор перформанси и поновна репродукција базе података захтевају додатно лиценцирање, тј. Доступно је уз доплату и опцију Ентерприсе Едитион.
Шта ћете научити:
СКЛ Перформанце Анализер
ГУИ који се користи за приступ СКЛ анализатору перформанси и поновном приказивању базе података је Ентерприсе Манагер који је приказан доле:
Да бисте приступили СКЛ Перформанце Анализеру, само кликните на везу „СКЛ Перформанце Анализер“
(Кликните на слику за увећан приказ)
СКЛ Перформанце Анализер омогућава нам да проценимо утицај перформанси сваке промене на систему која би могла имати утицаја на извршавање и перформансе СКЛ-а.
Изузетно су корисни у случајевима као што су:
- Надоградња базе података, закрпа
- Промене у конфигурацији оперативног система - софтвера или хардвера
- Статистичке промене Орацле Оптимизер-а
- Промене корисника / шеме
Увек се саветује да покренете СКЛ Перформанце Аналисис на тесту или а УАТ (тестирање корисничких апликација) систем, а не на производни систем. Пошто бисмо током тестирања ефеката промене у погледу перформанси могли нехотице да утичемо на кориснике који раде у производној инстанци. Такође, његово покретање на тесту ће осигурати да не дирамо ниједан тренутно покренут процес у производњи.
ДО основни преглед тока рада СКЛ Перформанце Анализера приказан је у наставку:
СКЛ анализа перформанси укључује следеће кораке.
Корак 1)Хватање СКЛ радног оптерећења
Одредите СКЛ изразе који би били део вашег СКЛ радног оптерећења из ваше производне инстанце коју желите да анализирате. Ово оптерећење би у идеалном случају требало да представља оптерећење које бисте могли имати у својој производњи.
Ове изразе хватамо у СКЛ Тунинг Сет и преносимо овај СКЛ Тунинг Сет у СКЛ Анализер Перформанце.
Будући да Анализер троши пуно ресурса на вашем систему, увек препоручујемо да се покрену на тесту или УАТ систему. Да бисмо га покренули на тест систему, морали бисмо извести СКЛ Тунинг сет који смо већ креирали у производњи у тест систем.
Корак 2)Креирање задатка анализатора СКЛ перформанси
Да бисте покренули Анализер, прво морате креирати задатак СКЛ Перформанце Анализер. Овај задатак није ништа друго до спремиште које обједињује све податке о анализи коју извршава СКЛ Перформанце Анализер. Као што је раније назначено, СКЛ Тунинг Сет се напаја анализатором као стимуланс.
за шта се данас користи ц ++
Корак # 3)Пробно суђење перформанси СКЛ-а пре промене
Након што смо креирали задатак СКЛ Перформанце Анализер и СКЛ Тунинг Сет, морамо да изградимо инфраструктуру на тест систему.
Имајте на уму да када планирамо да користимо систем за тестирање, морамо да се уверимо да је веома сличан производном систему у погледу хардвера, софтвера и складиштења, тако да можемо да реплицирамо слично окружење.
Једном када је систем за тестирање одговарајуће конфигурисан, можемо да направимо верзију података пре промене помоћу СКЛ анализатора перформанси.
То се може постићи коришћењем Ентерприсе Манагер-а или АПИ-ја (уграђене процедуре).
Корак # 4)Пост-Цханге Пробна верзија перформанси
Покусна промена након промене врши се на тест систему након уношења неких промена у систем.
Једном када се ово заврши, имали бисмо две СКЛ пробе - једну пробну верзију и пробну пробу за упоређивање.
Слично пробном суђењу перформанси СКЛ-а пре промене, и ми можемо да направимо пробно коришћење СКЛ перформанси после промене, користећи Ентерприсе Манагер или АПИ-је (уграђене процедуре).
Корак # 5)Генерисање извештаја
Након извршавања пробе Пре и Пост промени, подаци о перформансама прикупљени у њима могу се упоређивати извођењем упоредне анализе помоћу СКЛ Перформанце Анализер-а.
Када се овај задатак упоређивања доврши, можемо да генеришемо извештај за идентификацију перформанси СКЛ изјаве која је била део радног оптерећења које смо намеравали да тестирамо.
Прегледом извештаја можемо просуђивати и доносити закључке о перформансама СКЛ-а
Изјаве, а затим примењују системске промене у производњи.
Слично томе, можемо тестирати различита радна оптерећења са различитим системским променама и осигурати да тестирамо свако од њих пре него што се примене у производњи.
Горе илустровани ток рада може се графички представити како је приказано у наставку.
Репродукција базе података
Да бисте покренули алат кроз Ентерприсе Манагер:
(Кликните на слику за увећан приказ)
Репродукција базе података омогућава реалистично тестирање системских промена у основи реплицирајући ваше производно окружење на тест систему. То чини хватањем жељеног радног оптерећења на производном систему и поновним приказивањем на тест систему са тачним карактеристикама ресурса оригиналног радног оптерећења као што су извршавање СКЛ-а, трансакције, екстракти и процедуре.
Ово се изводи како бисмо били сигурни да узимамо у обзир све могуће утицаје било које промене, укључујући нежељене резултате као што су грешке у производима, непримерени резултати или регресија перформанси.
Опсежна анализа и извештавање такође помажу у идентификовању свих потенцијалних проблема, као што су погрешне околности и разлике у учинку.
Као резултат тога, организације могу бити сигурне када се баве променама и бити уносне у процени укупног успеха промене система. Ово ће значајно смањити сваки ризик када желимо да применимо промене у производњи. Промена је неизбежна и побринућемо се да тестирамо сваки аспект ове промене са свих степена, што ће учинити производњу робуснијом и чвршћом.
Основни ток поновног приказивања базе података приказан је доле:
Промене подржане поновљеним радом базе података су:
- Надоградња базе података Орацле, закрпа софтвера
- Корисник / шема, инстанца базе података Параметри као што су меморија, И / О
- Промене хардвера / софтвера на чворовима РАЦ (Реал Апплицатион Цлустер)
- Промене оперативног система, закрпа оперативног система
- ЦПУ, меморија, складиште
Репродукција базе података омогућава нам да тестирамо различите ефекте могућих промена система поновним приказом практичног оптерећења стварног производног система на тестном систему пре него што је изложен првом. Оптерећење производње прати се, анализира и бележи током квантитативно одређеног временског периода. Ови подаци се евидентирају током времена и користе се за поновну репродукцију радног оптерећења на тест системима.
Изводећи ово, можемо успешно да тестирамо импликације радног оптерећења пре спровођења било каквих промена које би могле негативно утицати на производњу.
Ток посла је следећи:
Корак 1) Снимање радног оптерећења
Све захтеве клијената евидентирамо у датотеке назване „Снимање датотека“ на систему датотека (складиште). Те датотеке садрже све виталне информације у вези са захтевима клијента као што су СКЛ, вези, процедуре и информације о трансакцијама. Те датотеке се потом могу извести у било који систем у случају да желимо да их репродукујемо на другом систему.
Корак 2)Предобрада радног оптерећења
Након што смо ухватили информације у „Снимање датотека“, морамо их претходно обрадити. У овом кораку креирамо метаподатке који пружају опис свих података потребних за поновну репродукцију радног оптерећења.
Будући да овај корак користи огромну количину ресурса из система, саветује се да се изводи на другом систему, осим на производњи, где се терет може поновити. У случају да немате други систем за тестирање и желели бисте да их покренете у производњи, побрините се да их покрећете током не-вршних сати, тако да то не утиче на кориснике и процесе који се изводе у производњи.
Корак # 3)Поновно учитавање радног оптерећења
Сада их можемо поново репродуковати на тест систему. Тренутно понављамо све трансакције, контекст, процедуре и СКЛ који су првобитно забележени током фазе хватања, акумулирајући податке док сваки процес пролази кроз ову транзицију.
Корак # 4)Генерирање извештаја
Слично анализатору перформанси, такође можете да генеришете и прегледате извештаје да бисте упоредили сваки тест који сте извршили.
Да закључимо, нудимо неколико кратких савета током тестирања Репродукције базе података:
- Користите идентични систем за тестирање кад год је то могуће
- Тестирајте једну по једну промену да бисте разумели њен утицај
- Обавезно започните са подразумеваним опцијама репродукције, а затим унесите промене ако је потребно на основу ваших захтева.
- Пре извођења другог понављања, уверите се да сте разумели све аспекте тестирања
- Обавезно сачувајте резултате теста и документујте све потребне промене / радње тестирања
- Уверите се да ниједно друго радно оптерећење или корисници не користе систем током било ког пробног рада
Закључак:
Уз различите аспекте и различите методе тестирања базе података и апликација Орацле, увек се побрините за што чешће и темељније тестирање; разумеју апликацију и корисничко окружење пре примене било каквих промена или увођења нових параметара у производњу.
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Како тестирати Орацле базу података
- Водич за тестирање безбедности веб апликација
- Тестирање апликација - у основе тестирања софтвера!
- Инсталирајте своју апликацију на уређај и започните тестирање из програма Ецлипсе
- Преузимање е-књиге за тестирање буквара
- Водич за испитивање разарања и испитивања без разарања