stability testing software testing
Испитивање стабилности је део испитивања перформанси. Овај водич објашњава циљеве, значај и потребу испитивања стабилности на примерима:
Испитивање стабилности је „нефункционално“ испитивање. Овде тим не тестира карактеристике и основну функционалност веб локације; али тестира карактеристике софтверског производа попут „робусност“, „руковање грешкама“, „поузданост“ и стабилност производа “.
Размотримо особу која купује нови производ са тржишта ( На пример, мобилни телефон). Купац ће очекивати да ће производ дуго времена радити равномерно, без икаквих кварова. Слично томе, корисници веб локације и апликације за мобилне уређаје очекују да одговарајућа веб локација или апликације за мобилне уређаје раде са високом поузданошћу и стабилношћу.
Сада узмимо случај корисника који покушавају да купују робу са портала за е-трговину. Ако огроман број корисника истовремено користи исти портал, шансе за погоршање перформанси веб странице су велике. Корисници могу такође доживети споро време одзива или чак цурење меморије током сесије.
Ова питања представљају претње програмерима и заинтересованим странама. Одговорност је тима за тестирање да пронађе те проблеме и извести развојни тим пре него што стигне до крајњих корисника. Ова врста тестирања подлеже тестирању перформанси. Испитивање стабилности је део испитивања перформанси.
Шта ћете научити:
Преглед испитивања стабилности
Као што је раније поменуто, испитивање стабилности је такође дефинисано као „нефункционално“ испитивање. Овде тимови за испитивање проверавају робусност, руковање грешкама, поузданост и стабилност производа.
Ово тестирање се назива и „испитивање издржљивости“ или „испитивање натопљеношћу“. Такође је познато и као „испитивање екстремног оптерећења“.
У овој врсти тестирања, тестери ће проверити како мрежни портал реагује када пуно активних корисника истовремено користи веб локацију. Испитивачи такође морају да провере одзив система у таквом окружењу.
У многим приликама веб локације треба да раде непрекидно недељама (чак и месецима) без могућности поновног покретања сервера. Активни корисници таквих веб локација (корисници који тренутно користе веб локацију) могу бити огромни и сваки корисник ће очекивати беспрекорне перформансе.
Улога тестера је да пруже поверење програмерима и осигурају крајњим корисницима да могу да користе систем увучен, без кварова или цурења меморије чак и у великом промету. У ту сврху апликација је подвргнута максималном оптерећењу (до тачке прекида апликације) и понашање система се проверава под таквим условима.
Ово тестирање се обично врши пре издавања софтвера. Испитивачи морају да осигурају да апликација може да обради очекивано оптерећење веб локације. Понекад се систем може срушити због великог оптерећења или може постати спор или чак показати неочекивано понашање.
Стабилност софтвера у великој мери зависи од неометаних перформанси система у горе поменутим стресним условима. Дакле, испитивање стабилности игра веома важну улогу.
Циљеви испитивања стабилности
Циљеви су наведени у наставку:
- Да би се пронашла трајност система.
- Пронађите стабилност апликације и тиме повећајте поверење програмера.
- Пронађите квар у систему у стресном окружењу.
- Укупна оцена и ефикасност производа.
- Да бисте били сигурни да систем може да обрађује велики програм.
- Да бисте тестирали време одзива апликације.
- Да бисте проверили повезаност базе података.
Чињенице о испитивању стабилности
У наставку су наведене неке корисне чињенице:
- Тестирање стабилности захтева одговарајуће окружење за тестирање.
- Да би се постигли бољи резултати, испитивању стабилности потребан је добро испланиран и структуриран приступ.
- То је дуготрајан процес. Време потребно за поступак тестирања може се разликовати у зависности од захтева клијента, врсте производа и смерница компаније.
- Изолација система је важна у овом облику тестирања. Док вршимо тестирање стабилности апликације, постоје шансе да се подаци трајно изгубе или оштете.
- Испитивање издржљивости може проузроковати кварове компонената апликације, тако да крајњи корисници могу уочити необрађене изузетке.
Разлика између стабилности и поузданости софтверског система
Постоји значајна разлика између поузданости и стабилности софтверске апликације. То се може објаснити помоћу примера.
Пример:
Узмите у обзир да је корисник инсталирао нову апликацију на свој мобилни телефон и покренуо је. Ако се инсталирана апликација руши након свака 3 минута употребе, то ће сигурно изнервирати корисника. Али ако је корисник могао да врати податке без икаквих губитака након поновног покретања апликације, апликација неће изгубити своју поузданост. Таква пријава се може сматрати поузданом, али се не може сматрати стабилном.
најбоља шпијунска апликација за андроид
С друге стране, узмимо сценарио у којем се подаци апликације не чувају правилно. Овде апликација добро функционише и не руши се (као сваке 3 минуте). Таква пријава може се сматрати или не може сматрати поузданом, али се може сматрати „стабилном“.
Поузданост и стабилност су као две стране исте медаље. Зато само запамтите чињеницу да су и поузданост и стабилност за производ важни из пословне перспективе.
Примери испитивања стабилности:
Уобичајен је приступ да, када корисник купи нови мобилни телефон, он / она свесно или несвесно изврши тест стабилности. Корисник ће сачувати много слика, фотографија, видео записа, докумената итд. У меморију уређаја и провериће да ли је превише ускладиштених података утицало на перформансе уређаја или не. Ово је посебан пример испитивања стабилности.
Због огромних података који се чувају, наш уређај понекад може да прекине везу, а затим корисник треба да избрише неке податке или обрише привремене датотеке да би уређај вратио перформансе. Након овог тестирања, корисник ће имати јасну представу о капацитету система.
Још један пример у стварном времену су портали за куповину на мрежи. Током сезоне „продаје / фестивала“ многи купују робу са ових врста веб портала. Перформансе веб странице морају задовољити очекивања корисника.
Дакле, тестери морају да тестирају локацију имајући у виду очекивану „навалу“ која ће се вероватно догодити на тим локацијама тих дана.
Испитивање стабилности Интернет везе
Овде ће тест бити верификација стабилности наше интернет везе. Док успостављају везу путем Интернета и захтевају веб странице, због губитка пакета, корисници морају да трпе нестално кашњење у гледању веб страница.
Понекад се губитак пакета догоди када не успе да стигне на одредиште. Због губитка пакета многи од нас су се можда сусрели са сличним проблемима док користимо Скипе видео позиве, играмо игре путем Интернета или насумично искључујемо са Интернета.
Предуслови за тестирање интернет конекције:
- Да бисмо тестирали стабилност интернета, морамо да имамо веб прегледач у којем је заштитни зид онемогућен.
- Изаберите веб адресу ( На пример, хттпс://ввв.гоогле.цом/ ) који вероватно неће успети.
- За бележење резултата користите Гоогле прорачунску табелу или Мицрософт Екцел, јер је лако разумљива и корисницима читљивија.
- Још једном проверите Интернет везу, уређаје и поново проверите везе. Затим ћемо извршити доле поменуте тестове.
Методе коришћене за тестирање интернет везе:
Најбољи начин за тестирање повезаности је посета Тест брзине . (пре даљег читања, посетите сајт). У СпеедТест.нет-у имамо могућност избора сервера. Изаберите и покрените сервер који је у вашој близини.
Након тога, веб локација ће извршити неке прорачуне на основу неких унапред дефинисаних алгоритама и приказати извештај који одмах одређује квалитет наше интернет везе. У извештају је укључен проценат губитка пакета. Требало би да буде „0%“.
Губитак пакета „0%“ одређује високу стабилност везе. Било који број већи од „0“ показује да је повезаност нестабилна.
Други начин је коришћење „цмд“ промпта и унесите команду „пинг“ (погледајте доњу слику). Овде, помоћу командне линије, можемо да тестирамо стабилност и кашњење интернета и у реалном времену.
На слици проверите одељак „Пинг Статистицс“.
Ево,
Број послатих пакета = 4
Број примљених пакета = 4
Број изгубљених пакета = 0
Резултат показује да је веза врло стабилна.
Коришћени процес:
Корак 1: Испитивачи ће одабрати било коју од две горе описане методе.
Корак 2: Испитивачи ће покренути поступак и забележити потребне информације које се добију као одговор на интернетску повезаност у табелу.
Корак 3: Понављаће поступак 3 или 4 пута недељно.
(Будући да се испитивање стабилности врши током одређеног временског периода, тестери ће морати да закажу поступак најмање два пута недељно.)
Корак 4: Резултати се бележе у табелама.
Испитивачи морају да забележе датум покретања процеса. Упоредите резултате добијене сваког датума да бисте стекли идеју о стабилности наше тренутне мреже.
Белешка: Тачка прекида је стање система при којем ће се систем срушити када му се даде додатно оптерећење. Она дефинише капацитет система.
Спецификациони документ је документ који је тестерима доделио вођа тима и садржаће детаље о предвиђеном оптерећењу у систему. Током испитивања стабилности, тестери ће проверити тачку прекида система на основу смерница које су им дате у спецификационом документу.
Тест тим ће проверити систем тестирањем апликације са оптерећењем изнад / испод тачке прекида наведеног у спецификационом документу. Ово се разликује од случаја испитивања оптерећења.
најбољи бесплатни видео конвертер за мац
У испитивању стабилности користићемо само очекивано оптерећење за тестирање, али у тестирању оптерећења апликацији се даје неочекивано оптерећење, а тестери проверавају капацитет апликације.
Животни циклус тестирања софтвера заснован на испитивању стабилности
Различите фазе Животни циклус тестирања софтвера су наведени испод:
- Анализа захтева
- План испитивања
- Развој тест случајева
- Тестирање подешавања окружења
- Извршење тест случаја
- Затварање теста
Разумимо све горње фазе детаљно.
# 1) Анализа захтева
У овој фази, тим за тестирање ће одлучити о различитим врстама тестирања која ће се извршити у апликацији. То чисто зависи од захтева клијента и врсте апликације. На пример, тестери тестирају банкарску апликацију, тада је најприоритетније тестирање, у овом случају, безбедносно тестирање. Ако тестери тестирају апликацију за продају некретнина, они ће дати приоритет функционалном тестирању.
# 2) Планирање теста
У овој фази се говори о обиму тестирања. Испитивачи ће разговарати о потреби аутоматизације. За испитивање стабилности, поступци испитивања су заморни и морају се поновити више пута током одређеног трајања, аутоматизација ће бити добар избор. „ЛоадСтром“ је добар алат за испитивање стабилности помоћу аутоматизације.
У овој фази разговараћемо са клијентом о буџету и временском ограничењу за тестирање. Будући да је тестирање дуготрајно, буџет и временско ограничење треба да испуњавају план испитивања.
# 3) Развој тест случајева
У овој фази се креира тест случај за тестирање апликације.
# 4) Тест окружење
низови и функције ц ++
Тест окружење је витални фактор за испитивање стабилности. Потребно нам је одговарајуће тестно окружење које је реплика нашег производног окружења. Оригинално окружење не би требало да се користи, јер током тестирања веб локација понекад може да падне или чак изгуби податке.
# 5) Извршење теста
У овој фази се извршавају тест случајеви и верификују резултати тестова. Ово је дуготрајна фаза. Општи проблеми са којима се суочавају тестери у овој фази су цурење меморије, проблеми са повезивањем података, споро време одзива итд.
# 6) Затварање теста
У овој фази, сви чланови тима ће се састати и разговарати о излазним критеријумима који се користе у пројекту. Критеријуми за излазак зависе од фактора као што су број пронађених недостатака и време коришћено у тестирању.
Алати који се користе за испитивање стабилности
Користе се следећи алати:
- ЛоадРуннер
- ОпенСТА
- ЛоадУИ
- ВебЛОАД
- ЛоадЦомплете
- Аппванце
- ЛоадУИ
- Тестер рационалних перформанси
Како користити Апацхе ЈМетер за тестирање издржљивости?
Апацхе ЈМетер је добар алат за испитивање издржљивости. Пре него што започну тестирање, тестери морају добро познавати пословне циљеве. Након тога тестери ће створити тест скрипте. Тада ћемо конфигурисати поставке групе нити у ЈМетер-у.
Док вршимо тестирање издржљивости помоћу ЈМетера, морамо навести следеће факторе:
- Број нити: Ово указује на очекивани број корисника на веб локацији.
- Период повећања: Ово указује на време потребно за завршавање сваке нити. Ако имамо 5 нити, период повећања је 50 секунди.
- Број петљи: Ово указује на број понављања процеса. За испитивање издржљивости постављено је заувек.
- Планер: У овом тестирању користићемо функционалност планера. Морамо да одредимо конфигурацију планера према захтеву.
Закључак
Многе апликације су непрописно дизајниране и не ослобађају меморију уређаја након употребе. То ће постепено довести до губитка памћења. Проблем можемо решити тестирањем стабилности. Дакле, испитивање стабилности је веома важно. То је нефункционално тестирање. То се тиче само карактеристика апликације. Овде се тестирање не односи на понашање система.
Надам се да сте разумели значај и потребу испитивања стабилности.
Препоручено читање
- Посао за КА помоћника за тестирање софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Тестирање софтвера Посао писца техничког садржаја Посао слободњака
- Одабир тестирања софтвера за вашу каријеру
- Савети за тестирање софтвера за тестере почетнике
- Повратне информације и прегледи курса за тестирање софтвера
- Како одржати мотивацију живом у софтверским тестерима?
- Шта је тестирање мајмуна у тестирању софтвера?