data parameterization jmeter using configuration elements
Овај водич објашњава параметризацију података у ЈМетеру помоћу елемената конфигурације за одабир података из датотека уместо ручне конфигурације .:
Јметер елементи конфигурације су променљиве које касније користе Самплерс. Захтеви које врше Самплерс могу се додати или изменити помоћу конфигурационих елемената.
ЈМетер пружа конфигурационе елементе тако да се стварно понашање веба може репродуковати.
=> Кликните овде за Комплетна бесплатна обука на ЈМетер-у (20+ видео снимака)
Шта ћете научити:
- Видео туторијал о параметризацији података
- ЈМетер елементи конфигурације
- # 1) Конфигурација ЦСВ скупа података
- # 2) Подразумеване вредности ФТП захтева
- # 3) ДНС менаџер кеш меморије
- # 4) ХТТП менаџер ауторизације
- # 5) ХТТП менаџер кеш меморије
- # 6) ХТТП менаџер колачића
- # 7) Подразумеване вредности ХТТП захтева
- # 8) ХТТП менаџер заглавља
- # 9) Конфигурација КеиСторе-а
- # 10) Подразумеване вредности захтева за ЛДАП
- # 11) Подразумеване ЛДАП проширене захтеве
- Честа питања о елементима конфигурације ЈМетер
- Закључак
Видео туторијал о параметризацији података
ЈМетер елементи конфигурације
У наставку су наведени различити типови ЈМетер Цонфигуратион елемената:
- Конфигурација ЦСВ скупа података
- Подразумеване вредности ФТП захтева
- ДНС Цацхе Манагер
- ХТТП Аутхоризатион Манагер
- ХТТП менаџер кеш меморије
- ХТТП менаџер колачића
- Задане вредности ХТТП захтева
- ХТТП менаџер заглавља
- Задане вредности Јава захтева
- Конфигурација везе ЈДБЦ
- Конфигурација КеиСторе-а
- Логин Цонфиг Елемент
- Подразумеване вредности ЛДАП захтева
- Подразумеване ЛДАП проширене захтеве
- ТЦП Самплер Цонфиг
- Кориснички дефинисане променљиве
- Случајна променљива
- Цоунтер
- Једноставан елемент конфигурације
- МонгоДБ изворна конфигурација (НЕПОЗНАТО)
- Конфигурација вијчане везе
Прођимо кроз неке често коришћене ЈМетер елементе конфигурације.
# 1) Конфигурација ЦСВ скупа података
ЦСВ користи се за читање редова из датотеке и претварање у променљиве. ЦСВ Дата Сет Цонфиг служи у сврху извора података који може пружити велику количину података према сценарију који тестирате.
У случају да корисник жели да тестира веб апликације за 50 корисника са различитим подацима, не мора да креира 50 скрипти. Сада све што треба да се уради је да направите датотеку која има кориснички запис попут (корисничко име, лозинка) и да је отпремите у ЦСВ. ЦСВ претвара све линије података у променљиве.
Погледајмо пример у наставку да бисмо разумели како се подаци могу читати из ЦСВ датотеке и могу се одштампати у стаблу приказа резултата.
# 1) Направите план теста
#два) Додајте групу нити са бројем корисника као 1, период повећања од 1 секунде и број петљи као 5.
# 3) Додајте елемент конфигурације као ЦСВ скуп података Конфиг.
- Отпремите ЦСВ датотеку са подацима у наставку:
- Наведите називе променљивих као Корисничко име и Лозинка са граничником одвојеним зарезом.
- Изаберите Рециклирај на ЕОФ-у као тачно, тако да се датотека поново чита након што достигне ЕОФ.
# 4) Додајте узорак: Дебуг Самплер.
# 5) Додај слушаоца: Погледајте дрво резултата.
# 6) Покрените тест план тако што ћете притиснути дугме Старт у горњем менију.
Штампају се променљиве вредности ЦСВ датотеке
Будући да је број нити одабран као 5, а ЦСВ датотека има податке само у 3 реда, поново чита датотеку и исписује вредности почев од 1 за 4тхсамплер.
Испод је опис сваког поља:
Конфигуришите ЦСВ извор података
Назив документа : Име датотеке која ће се читати и претворити у променљиве. Уз ово поље се налази опција претраживања за отпремање датотеке.
Да бисте одредили путању датотеке, можете директно да додате име датотеке ако се ваш ЦСВ налази у фасцикли БИН у директоријуму ЈМЕТЕР, у супротном наведите пуну путању вашег система.
Кодирање датотеке: Да бисте прочитали датотеку, потребно је из падајућег менија одабрати кодирање које ће се користити.
Кодирање датотека има на располагању следеће опције:
Ако није изабрана ниједна опција, тада ће се користити подразумевана платформа. Ово није обавезно поље.
Назив променљиве : Листа променљивих овде је дата и мора бити одвојена знаком раздвајања. Ако у овом пољу ништа није наведено, први ред датотеке се чита и сматра називом колоне.
Користите први ред као име променљиве : Ако је име променљиве празно, онда би први ред требало да има заглавља. У случају да име променљиве није празно, користиће се први ред ЦСВ датотеке.
Разграничник: Подаци у датотеци могу се раздвојити помоћу Делимитер-а.
Дозволи цитиране податке: Проверава да ли треба наводити податке ЦСВ датотеке или не. Корисник из падајућег менија може одабрати опцију Тачно / Нетачно.
Рециклирајте на ЕОФ: Представља да ли датотеку треба поново прочитати када дође до краја. ЕОФ је кратица за Крај датотеке. Подразумевано је изабрана вредност Тачно.
Зауставити нит на ЕОФ-у? Пита се да ли поновно читање треба зауставити када достигне ЕОФ или треба наставити. Подразумевано је изабрана вредност нетачна.
Режим дељења:
- Све теме: Датотека се дели са свим нитима.
- Тренутна група тема: Свака датотека се отвара за сваку групу нити.
- Тренутна нит: Датотека се отвара за сваку нит.
- Идентификујте: Заједнички ИД се користи за дељење датотеке између више група.
# 2) Подразумеване вредности ФТП захтева
ЈМетер такође подржава ФТП протокол. Скриптирање се може извршити помоћу ФТП, ФТПС и СФТП у ЈМетеру.
Користите подразумеване вредности ФТП захтева:
- Направите план теста.
- Додај групу нити.
- Додајте елемент конфигурације „Задане вредности ФТП захтева“.
- Додајте узорак: ФТП захтев.
- Додај слушаоца: Погледајте резултате у табели.
Излаз приказан у приказу резултата у табели:
Испод детаљи помоћи ће вам да сазнате више о пољима у подразумеваном ФТП-у:
- Име сервера или ИП : Овде треба навести име ФТП сервера или ИП. Наведени детаљи су о серверу на који ће датотека бити смештена или се одатле може преузети.
- Број порта: То је од ФТП сервер . Подразумевани број порта који се користи је 21.
- Даљинска датотека: Када датотеку треба глобално декларисати, у овом пољу мора бити наведена једина путања до датотеке на ФТП серверу, јер у супротном може бити и празна.
- Локални фајл: Исто као и удаљена датотека - поље може да остане празно, потребно је да наведе пут за локални сервер када се датотека мора декларисати глобално.
- Садржај локалне датотеке: Овде се може навести садржај изворне датотеке који се може користити у време учитавања на сервер.
- Набавите (РЕТР): Датотека за преузимање са ФТП сервера.
- Пут (СТОР): Да бисте датотеку послали на ФТП сервер
- Користите бинарни режим: Овај мод треба поништити за текстуалне датотеке, а за све остале датотеке треба одабрати бинарне опције.
- Сачувај датотеку у одговору: Одабиром ове опције представља се да ће се излаз чувати као подаци ФТП одговора.
# 3) ДНС Цацхе Манагер
ДНС Цацхе Манагер се може користити директно у оквиру плана теста или групе нити .
ДНС Цацхе елемент Манагер помаже у тестирању апликација за сценарије као што су услуге које се не прекидају због неуспеха инстанце или било ког другог разлога. ЈМетер користи подразумевану кеш меморију као ЈВМ ДНС кеш меморију.
ЈМетер шаље захтев Лоад Баланцеру који даље дели захтеве на више апликација и каже да су три апликације на тесту. Понекад оно што се догоди је да захтев иде само на један АУТ, разлог за то је идентификован као ДНС кеш меморија на нивоу ЈВМ.
Такође прочитајте = >> Како обрисати ДНС кеш меморију
ДНС кеш менаџер помаже у решавању овог проблема на следећи начин:
- Додајте ДНС менаџер кеш меморије у тест план и изаберите опцију “ Користите прилагођени ДНС решавач ” и наведите име хоста или ИП адресе и покрените тест. Погодиће и ИП адресе и ниједну.
- Док користите ХТТП захтев, увек изаберите Хттпцлиент4 .
- ДНС менаџер кеш меморије треба користити у оквиру плана теста или елемента групе нити.
Опис поља:
- Обриши кеш сваку понављање: Одабиром ове опције брише се ДНС кеш меморија сваке нити након покретања новог циклуса.
- ДНС решавач корисничког система: Ако корисник жели да користи системски ДНС решавач.
- Име хоста или ИП адреса: Детаљи ДНС сервера који ће се користити.
- Хост и име хоста или ИП адреса: Мапирају се статички домаћин и име хоста или ИП адреса.
# 4) ХТТП менаџер ауторизације
ХТТП Аутхоризатион Манагер омогућава нам пријављивање корисника за странице веб апликације које су ограничене коришћењем аутентификације сервера. Приказује дијалог за пријављивање ако корисник покуша да се повеже са ограниченом страницом.
ц # питања и одговори за технички интервју
Обриши ауторизацију на свакој итерацији: Ако је ова опција изабрана, аутентификација на свакој итерацији ће се извршити без обзира на аутентификацију извршену у претходној групи нити или не.
Основни УРЛ: УРЛ адреса која се подудара са једном или више ХТТП УРЛ адреса.
Корисничко име : Корисничко име за ауторизацију.
Лозинка : Лозинка за горње корисничко име.
Домаин : Домен за НТЛМ.
Царство : Царство за НТЛМ.
Механизам : Који механизам потврде идентитета који треба извршити мора бити обезбеђен.
Узмимо пример да бисмо то исто разумели.
питања и одговори за интервју за селен пдф
Покушајте да се пријавите на сајт са УРЛ-ом: хттпс://хттпбин.орг/басиц-аутх/усер/пассвд .Показаће се прозор за потврду идентитета.
У случају нетачног корисничког имена или лозинке или ако елемент цонфиг није омогућен, вратит ће се Шифра одговора -401
А у случају тачних детаља и ако је елемент цонфиг омогућен - вратиће се Шифра одговора -200
# 5) ХТТП менаџер кеш меморије
ХТТП менаџер кеш меморије користи се за чување свих преузетих статичких датотека током извршења. То чини само ако је изабрана опција „Преузми све уграђене ресурсе“. И неће сачувати већ сачуване док се не изврши било каква модификација.
Обриши кеш у свакој итерацији:
Користите конфигурацију групе нити за контролу брисања предмеморије:
Користите заглавље Цацхе- Цонтрол / Екпирес при обради ГЕТ захтева. Одабиром ове опције контрола / истек кеш меморије биће верификована према тренутном времену.
Максималан број елемената у кешу: Подразумевано је вредност по кориснику. Сва кеш меморија се чува у РАМ меморији. У случају да корисник стави вредност већу од 5000, сервер може да изузме изузетак 'Без меморије ' такође.
Погледајмо како се понаша када користимо опцију заглавља цацхе-цонтрол / екпире хеадер и када је не користимо.
Сада изаберите трећу опцију и поново покрените план теста:
Одабиром опције смањило се време узорковања и кашњење.
# 6) ХТТП менаџер колачића
ХТТП менаџер колачића има функцију да, ако корисник има било који ХТТП захтев и одговор, има колачић, управитељ колачића тај колачић чува и користиће за будућу референцу за ту одређену веб локацију.
Рецимо да се прегледачи Едге, Фирефок и Цхроме користе за прегледање веб странице. Када се корисник пријави корисничким именом и лозинком, он се чува у систему као колачић. Следећи пут када корисник посети исту веб страницу не мора да уноси детаље попут корисничког имена и лозинке, јер су они већ сачувани у систему као колачић.
Обришите колачиће сваке итерације : На свакој итерацији, тј. Када се петља нити изврши једном, колачићи засновани на серверу биће обрисани.
Узмимо пример да бисмо разумели:
- Додајте групу нити у тест план са бројем петљи 3
- Додајте ХТТП управитељ колачића као елемент конфигурације у групи нити
- Додајте ХТТП захтев у којем наведите име и путању сервера
- Додај слушаоца “ Погледајте стабло резултата ”И посматрајте излаз:
Према горњим резултатима, можемо видети да у првом захтеву за понављање нема колачића, док сви остали захтеви садрже податке о колачићима.
Сада додајте детаље у елемент конфигурације менаџера колачића као што је приказано на доњој слици и посматрајте резултат за исти.
# 7) Подразумеване вредности ХТТП захтева
Ова конфигурација омогућава кориснику да постави подразумеване вредности за контролер ХТТП захтева.
Пример: Ако шаљете 50 ХТТП захтева серверу киз.цом - Корисник мора да унесе „име сервера = киз.цом“ 50 пута за 50 ХТТП захтева, али уз помоћ подразумеваног ХТТП захтева, корисник може да направи 50 ХТТП захтева уношењем имена сервера = киз.цом једном. Штеди време корисника.
Сви захтеви ће ићи на обезбеђени веб сервер.
Подразумевани елемент ХТТП захтева усмерава према подразумеваним вредностима које користе елементи ХТТП захтева.
Пример како се користи подразумевани елемент ХТТП захтева:
- План теста: Додати Подразумеване вредности ХТТП захтева и додајте име сервера као трибунеиндиа.цом
- Додај групу нити
- Додајте два ХТТП захтева у којима је наведена само путања:
- Додај слушаоца „Прикажи стабло резултата“ и покрените скрипту. У случају да није наведена путања, захтев ће ићи на сервер наведен у конфигурационом елементу ХТТП захтева.
# 8) ХТТП менаџер заглавља
Управитељ ХТТП заглавља помаже у додавању или преклапању заглавља ХТТП захтева. ЈМетер подржава више менаџера заглавља. Листа узорковања састоји се од уноса заглавља. Из уноса заглавља који се спајају, у случају да се било који од њих подудара са већ постојећим именом заглавља, старо се замењује новим.
Прихвати језик, прихвати кодирање, кориснички агент, упућивач су стандардна заглавља која се могу користити.
Назив и вредности заглавља могу се додати одабиром дугмета Додај.
Прихвати језик користи се за дефинисање језика који сервер треба да пошаље одговор назад у прегледач.
Прихвати кодирање: Аццепт цодинг дефинише метод кодирања који сервер треба да користи да одговори. У случају да сервер не може да пошаље одговор у прихваћеном кодирању, тада ће сервер пошаљите поруку о грешци и статусни код као 406.
Ако у случају да поље за прихватање кодирања није дато, сервер ће претпоставити да ће клијент прихватити било који метод кодирања.
Кориснички агент: Кориснички агент омогућава проналажење карактеристика попут прегледача, верзије и оперативног система веб сервера. Када се прегледач повеже са било којом од веб локација, он шаље корисничког агента на исту. Кориснички агент је укључен у ХТТП заглавље.
Подржани прегледачи за ХТТП менаџер заглавља су следећи:
- ИЕ
- Фирефок
- Сафари
- Опера
- Хром
Реферер: Када се једна веб локација односи на другу, адреса се бележи у ХТТП упутнику.
Погледајмо како функционише овај ХТТП менаџер заглавља:
- Направите тест план и додајте у њега групу нити.
- Додајте елемент Цонфиг ХТТП Хеадер Манагер и додајте поља попут Аццепт-Лангуаге и Аццепт са њиховим вредностима.
- Додајте ХТТП захтев са именом и путањом сервера као вебсите.цом и пријавом.
- Додајте слушаоца „Прикажи стабло резултата“ и покрените скрипту и посматрајте излаз
Сада додајте још једно ХТТП заглавље и унесите неке промене попут Аццепт-лангуаге ас СП-сп а у Прихвати као и поново покрените скрипту.
Заглавља се снимају само из најновијег менаџера заглавља, али се промена у већ постојећим заглављима не врши.
# 9) Конфигурација КеиСторе-а
Конфигурација продавнице кључева је да се конфигурише КеиСторе - како се учитава и како се користе кључеви.
Да би се сазнало ко се повезује са сервером, неки системи захтевају конфигурацију сертификата на страни клијента. Овај елемент конфигурације помаже у конфигурисању истог, али пре додавања елемента КеиСторе Цонфиг - Јава Кеи Сторе треба да се постави са сертификатима клијента.
Да бисте урадили исто, потребно је следити следеће кораке:
Направи сертификат:
- Коришћење услужног програма Јава Кеитоол
- Путем ПКИ-а: Ако се ради путем ПКИ-а, требало би га претворити у формат који је прихватљив за ЈКС
Додајте следеће у систем. датотека својстава:
јавак.нет.ссл.кеиСторе = патх_то_кеисторе
јавак.нет.ссл.кеиСтореПассворд = лозинка_књиге
Прелоад : КеиСторе који се унапред учитава или не, може се одабрати одабиром тачно или нетачно.
Псеудоним сертификата са променљивим именом: Назив променљиве који ће се састојати од псеудонима који ће се користити за потврду идентитета помоћу клијентског сертификата.
Индекс Алиас Старт (заснован на 0): Индекс првог кључа који ће се користити у КеиСторе-у.
Индекс краја псеудонима (заснован на 0): Индекс последњег кључа који се користи у КеиСторе-у.
који је најбољи налог е-поште
# 10) Подразумеване вредности захтева за ЛДАП
Подразумеване вредности ЛДАП захтева омогућава додавање подразумеваних вредности за ЛДАП тестирање.
Ако се жели упутити број захтјева на исти ЛДАП сервер, може се користити задани елемент конфигурације ЛДАП захтјева јер корисник неће морати изнова и изнова уносити исте детаље за ЛДАП захтјев.
Могу се конфигурисати четири ЛДАП захтева:
- Додај тест
- Избриши тест
- Сеарцх Тест
- Измени тест
Ови захтеви се могу конфигурисати додавањем ЛДАП захтева у самплер, а затим променом имена у Адд / Делете / Модифи / Сеарцх и одабиром својства као Адд Тест / Делете / Модифи / Сеарцх тест.
# 11) Подразумеване ЛДАП проширене захтеве
Овај елемент конфигурације омогућава додавање подразумеваних вредности за проширено тестирање ЛДАП-а.
ЛДАП Цонфиг елемент има девет тест операција како је дефинисано у наставку:
# 1) Везивање навоја
Тхреад Бинд се користи за започињање сесије са ЛДАП сервером. Корисник даје корисничко име и лозинку за покретање сесије. Давањем нетачне лозинке започиње анонимна сесија, али иста неће успети.
# 2) Одвезивање навоја
Тхреад Унбинд је операција којом се завршава сесија.
# 3) Једнократно везивање / одвезивање
Једнократно повезивање / одвезивање делује као комбинација обе операције. Отвара сесију ради провере ваљаности корисничког имена и лозинке, а затим завршава сесију.
# 4) Преименуј унос
Као што и само име говори, користи се за преименовање уноса. Такође се може користити за премештање уноса на друго место у ЛДАП стаблу.
# 5) Додај тест
Ово се користи за додавање објеката на ЛДАП сервер. Користи се ЛДАП операција „додавања“.
# 6) Тест брисања
Тест брисања користи се за брисање објекта из ЛДАП стабла.
Коришћена операција назива се ЛДАП операција „брисања“.
# 7) Тест претраживања
ЛДАП 'Претрага' операција се изводи за овај тест.
Могу се навести спецификације, као што је максимално време које треба серверу да изврши претрагу, без обзира да ли ће се објект вратити или не (подразумевано се сматра само нетачним). Ако је рашчлањивање резултата претраживања одабрано као истинито, резултат претраживања ће се додати подацима одговора.
# 8) Упоредите тест
Тест упоређивања користи се за упоређивање атрибута са већ познатом вредношћу. Генерално се користи за проверу имена особе у групи, тј. Да ли наведено име већ постоји у тој групи или не, може се упоредити.
ЛДАП “ упоредити ”Операција се користи за исту.
# 9) Тест модификације
Тест модификације се може користити за додавање / брисање / уклањање / замену вредности помоћу ЛДАП-а “ модификовати ”Операција.
Честа питања о елементима конфигурације ЈМетер
П # 1) Шта је елемент Цонфиг у ЈМетер-у?
Одговор : Захтеви који се шаљу серверу се модификују или конфигуришу помоћу конфигурационих елемената у ЈМетер-у.
П # 2) Која су својства нити у ЈМетеру?
Одговор : Својства нити укључују број нити које се користе за извршавање истог сценарија, као и број итерација које се могу поставити из конфигурације.
П # 3) Који елемент у ЈМетеру одговара броју корисника за симулацију?
Одговор : Тхреад Гроуп одговара броју корисника за симулацију јер се број нити може користити за конфигурисање корисника за симулацију ради провере перформанси и интеракције корисника са апликацијом.
Закључак
Елементи конфигурације ЈМетер омогућавају корисницима приступ било којој променљивој која је даље повезана са вредностима у ЈМетер-у. Они могу модификовати вредности захтева који потичу из Самплера.
Конфигурацијски елементи могу се додати десним кликом на додани Самплер и одабиром конфигурацијског елемента са листе. Приступ им је могућ само тамо где је постављен, тј. Изнутра са гране дрвета.
Постоји низ елемената конфигурације у ЈМетер-у, као што је објашњено у овом чланку и могу се користити према захтеву корисника.
=> Кликните овде Комплетна бесплатна обука на ЈМетер-у (20+ видео снимака)
Препоручено читање
- ЈМетер параметризација података коришћењем кориснички дефинисаних променљивих
- Параметрирање у КТП-у објашњено примерима (1. део) - КТП водич # 19
- Параметрирање статичких вредности у ЛоадРуннер-у
- Како постићи ЈМетер корелацију на примеру
- Топ 5 ЈМетер додатака и како их користити (са примерима)
- Детаљан опис компонената ЈМетер
- Методе снимања путем интернета и мобилних уређаја и параметризација у Неолоад-у
- ЈМетер променљиве и функције