soak testing tutorial what is soak testing
Овај свеобухватни водич за испитивање намакањем објашњава шта је испитивање потапањем, зашто нам је потребно, његова примена, предности, најбоље праксе и недостаци:
Током тестирања софтверске апликације потребно је извршити разне врсте тестирања. Функционално и нефункционално тестирање су две широке категорије у које можемо категоризовати врсте испитивања.
Функционално тестирање, као што и само име говори, односи се на тестирање функционалности апликације. Нефункционално тестирање, с друге стране, покрива сва остала испитивања (употребљивост, перформансе итд.), Осим функционалног тестирања.
Шта ћете научити:
Тестирање намакања - потпун водич
Овај водич вас упознаје са концептима Соак тестирања које је врста тестирања перформанси.
пример бинарног стабла претраживања јава кода
Као што се види на горњој слици, можемо рећи да је тестирање намакањем врста нефункционалног тестирања.
Шта је испитивање потапања
То је врста испитивања перформанси како би се проверило да ли апликација која се тестира (АУТ) може да издржи континуирано оптерећење у унапред одређеном временском оквиру. Ово је нефункционална врста тестирања. Такође се назива и „Испитивање издржљивости“ или „Испитивање дуговечности“ .
Ако се служите његовим дословним називом, реч „упијање“ сама по себи има значење онога што ово тестирање намерава да уради. Дакле, подвргавање пријаве за одређени период великом оптерећењу је оно што је у основи ово тестирање.
Неко се може запитати, која би могла бити разлика ако се апликација подвргне оптерећењу сат времена или можда 20 сати. Али да, има значај.
Ово се може боље објаснити стварним сценаријем. Ако двоје људи неко време повуку конопац са оба краја, тада би се могло само одупрети притиску, међутим, ако се исто наставља данима, уже би могло пукнути попуштајући притиску са оба краја.
(слика извор )
Такав је случај и са софтвером. Када апликацију подвргнемо великом оптерећењу (неколико стотина или хиљада корисника), можда ће радити само сат времена. Међутим, када је иста апликација изложена оптерећењу током 20 сати, може се потпуно срушити.
(слика извор )
Дуготрајан густ саобраћај може узроковати различите проблеме у апликацији. Стога се јавља потреба за испитивањем намакања.
У овом тестирању основни концепт је учитавање апликације са очекиваним корисницима, али на дужи период. Ово помаже у идентификовању различитих основних проблема који би у супротном остали неоткривени док се стварни сценарио не појави у апликацији уживо.
Потреба за испитивањем намакања
Да бисмо разумели потребу, такође морамо бити свесни могућих проблема кроз које апликација може проћи у случају да наиђе на дуго оптерећење.
Прођимо кроз разне разлоге због којих је тестирање Соак неопходно.
# 1) Углавном је потребно идентификовати проблеме попут нетачног управљања меморијом, проблема са повезивањем базе података, погоршања времена одзива апликације итд.
Свако од ових питања објашњено је у наставку:
- Неправилно управљање меморијом може укључивати проблеме попут меморије која је додељена за употребу, али никада није ослобођена или када ресурси користе више меморије него што је потребно. Када се такви сценарији наставе дуго, то би могло довести до тога да систему понестане меморије што би резултирало тиме да апликација престане да реагује.
- Проблеми са везом са базом података - Грешка која се јавља приликом затварања везе са базом података може дугорочно довести до потпуног пада апликације.
- Понижавање времена одговора апликације - Понекад апликација из неког разлога може постати мање ефикасна и време одзива може се повећати. Временом то може довести до тога да апликација престане да реагује.
Да не би дошло до таквих ситуација, радије бисмо тестирали нашу апликацију. Помаже у идентификовању основних проблема који би у супротном могли остати неоткривени.
#два) Тест натапања помаже да се утврди да ли је наша апликација спремна да прихвати терет током дужег периода.
# 3) Омогућава тиму да предузме корективне мере на основу тога како систем реагује на Соак тестове.
Када започети тест намакања?
(слика извор )
Идеално гледано, као и свако друго испитивање перформанси, ово тестирање треба обавити током развоја производа заједно са функционалним испитивањем. Међутим, то се ретко ради. Разлог је очигледан, тј. Управљање трошковима пројекта.
Дакле, фокус је углавном на функционалном тестирању, а сви облици тестирања перформанси углавном се добијају на задњем седишту и приближавају се датуму објављивања апликације.
Генерално, Соак тестирање се предузима непосредно пре него што се апликација пусти клијенту. Али ово има велики недостатак који се односи на решавање проблема.
Када се у каснијој фази нађе било који проблем са перформансама, можда ће бити тешко поправити га, јер би то могло укључивати велику промену кода која можда неће бити могућа с обзиром на близину датума испоруке апликације.
Стога је увек препоручљиво да се ово тестирање изведе добро на време како би се идентификовани проблеми могли решити.
Потопите стратегију тестирања
(слика извор )
Као што се припрема стратегија тестирања за тестирање апликације, тако се претходно припрема стратегија за тестирање Соак-а, а ово је пријеко потребно.
најбољи мп3 музика за преузимање за андроид
Погледајмо шта иде у припрему стратегије испитивања намакања.
Пре него што започне Соак Тест, тим мора да одреди оптерећење за које апликација треба да буде Соак Тестед. Трајање за које треба да се тестира такође мора бити унапред одређено. Генерално, ово обезбеђује развојни тим.
Тест тим би требало да одлучи о сценаријима које планирају за Соак Тест. То би, пак, зависило од обавезе клијента и захтева апликације која се тестира.
Како се тестирање Соак углавном фокусира на идентификовање проблема са цурењем меморије и ресурса, важно је унапред знати потрошњу меморије и базе података у односу на оне које су на располагању.
Треба одлучити и о детаљима околине попут ОС-а, уређаја итд. На којима ће се вршити тестирање натапања.
И последње, али не најмање важно, ризик (и) који су укључени такође треба узети у обзир. За такве ситуације увек треба направити резервни план. На пример, ако се база података сруши током тестирања, које су друге алтернативе доступне уместо ње и тако даље.
Сценарији за испитивање намакања
Када веб локација за е-трговину најави интернетску продају својих производа, тада је природно да се веб страница учита током периода продаје који може трајати 3-5 дана. У таквој ситуацији, веб локацију треба тестирати Соак како би се избегао неочекивани пад.
Током затварања финансијске године, веб страница банке ће се непрекидно морати суочавати са врло великим оптерећењем. У таквој ситуацији веб локација мора да је тестирана Соак како би се избегло неочекивано рушење веб апликације.
Када је апликација дизајнирана да рукује унапред одређеним оптерећењем током непрекидно унапред одређеног периода, тада постаје неопходно да се апликација тестира на оптерећење најмање 2Кс од њене познате способности руковања теретом.
На пример, ако је познато да веб локација обрађује 500 корисничких оптерећења током непрекидног периода од 15 сати, онда би апликација такође требало да буде тестирана на Соак за 1000 корисника током 15 сати. То би нам помогло да знамо да ли ће апликација реаговати ненормално када буде приморана да удвостручи капацитет оптерећења.
Најбоље праксе
(слика извор )
- Тестирање намакања увек треба вршити познавањем ограничења празног оптерећења апликације, како у погледу корисника, тако и трајања. Ово је неопходно да би се знало јер је циљ учитавање апликације са очекиваним корисницима, али на дуже време.
- Пожељно је проводити тестове намакања ноћу или ако се ради још дуже тестирање, пожељно је то радити током викенда. Разлог је очигледан, тј. Током радног времена ресурси се везују, док ноћу или нерадно време тест сервери могу бити доступни за дуготрајну употребу. Стога је нерадно време идеално време за такве тестове.
- Ризици повезани приликом тестирања апликације Соак увек треба анализирати и план ублажавања треба бити спреман за исти сваки инцидент.
Потопите ограничења за тестирање
(слика извор )
- Дуго трајање потребно за тестирање апликације је једно велико ограничење углавном због недоступности времена. Стога се тестирање намакања понекад може избећи због недостатка времена.
- Тест окружење мора бити пажљиво одабрано како не би дошло до утицаја на било коју другу врсту тестирања која се врши у апликацији. То се може догодити, јер би дуготрајно тестирање апликације на велико оптерећење могло довести до проблема.
- Време за тестирање намакања мора се пажљиво одредити и углавном треба да буде ван радног времена (попут викенда или ноћних сати након затварања посла).
- Генерално су за тестирање намакања потребни алати за аутоматизацију, јер се тестови морају изводити дуго времена са великим бројем корисника.
Недостаци испитивања натапања
- Временски рокови пројеката могу утицати на тестирање намакања, јер је време потребно за исти углавном велико.
- Ресурси се везују за време тестирања, јер постоји велика искоришћеност меморије због великог броја корисника који приступају апликацији.
Закључак
Кроз овај туторијал смо сазнали шта је Соак тестирање и због чега је потребно извршити ово тестирање.
Сада са овим разумевањем шта је Соак тестирање и какве проблеме помаже у идентификовању, можемо врло добро разумети потребу за истим извођењем. Нарочито у временима када је цео свет увек повезан, ово тестирање постаје неопходно.
Видели смо када бисмо требали почети са Соак тестом заједно са приступом који би требало следити. Овде су такође дискутовани сценарији, најбоље праксе и ограничења повезана с тим.
Надамо се да вам је овај водич помогао да схватите шта је Соак тестирање и мора да је унапредио ваше знање о истом.
Препоручено читање
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича
- Водич за испитивање разарања и испитивања без разарања
- Преузимање е-књиге за тестирање буквара
- Корелација - Испитивање оптерећења помоћу ЛоадРуннера
- Функционално тестирање вс нефункционално тестирање
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Испитивање оптерећења помоћу ЛоадУИ - бесплатног алата за тестирање учитавања отвореног кода
- Водич за СОА тестирање: Методологија тестирања за модел архитектуре СОА