Меню

Параметризиране на данни в JMeter с помощта на конфигурационни елементи

  • Основен
  • Други
  • Параметризиране на данни в JMeter с помощта на конфигурационни елементи

data parameterization jmeter using configuration elements

Опитайте Нашия Инструмент За Премахване На Проблемите

Този урок обяснява параметризацията на данни в JMeter с помощта на конфигурационни елементи за избор на данни от файлове вместо ръчна конфигурация .:

Конфигурационни елементи на Jmeter са променливите, които се използват по-късно от Samplers. Заявки, направени от Samplers, могат да бъдат добавяни или модифицирани с помощта на конфигурационни елементи.

JMeter предоставя конфигурационни елементи, така че реалното поведение на мрежата да може да бъде възпроизведено.

=> Щракнете тук за Пълно безплатно обучение на JMeter (20+ видеоклипа)

Параметризиране на данни в JMeter

Какво ще научите:

Видео урок за параметризиране на данни

Конфигурационни елементи на JMeter

Различни видове елементи на JMeter Configuration са изброени по-долу:

  • Конфигурация на CSV набор от данни
  • По подразбиране FTP заявка
  • DNS кеш мениджър
  • HTTP Authorization Manager
  • HTTP кеш мениджър
  • HTTP диспечер на бисквитки
  • По подразбиране HTTP заявка
  • HTTP Header Manager
  • По подразбиране на Java Request
  • Конфигурация на JDBC връзка
  • Конфигурация на KeyStore
  • Елемент за конфигуриране на вход
  • LDAP заявка по подразбиране
  • LDAP Разширени заявки по подразбиране
  • Конфигурация на TCP Sampler
  • Потребителски променливи
  • Случайна величина
  • Брояч
  • Прост елемент за конфигуриране
  • Конфигурация на източника на MongoDB (ОТМЕНЕН)
  • Конфигурация на болтова връзка

Нека да разгледаме някои често използвани конфигурационни елементи на JMeter.

# 1) Конфигурация на CSV набор от данни

CSV се използва за четене на редовете от файл и превръщането им в променливи. CSV Data Set Config служи за целта на източник на данни, който може да предостави голямо количество данни според сценария, който тествате.

В случай, че потребителят иска да тества уеб приложения за 50 потребители с различни идентификационни данни, той не трябва да създава 50 скрипта. Сега всичко, което трябва да се направи, е да направите файл, който има потребителски запис като (потребителско име, парола) и да го качите в CSV. CSV преобразува всички редове с данни в променливи.

Конфигурация на CSV набор от данни

Нека да видим пример по-долу, за да разберем как данните могат да бъдат прочетени от CSV файла и могат да бъдат отпечатани в дървото за преглед на резултатите.

# 1) Създайте план за изпитване

# две) Добавете група нишки с броя на потребителите като 1, период на ускоряване от 1 секунда и Брой контури като 5.

# 3) Добавете конфигурационен елемент като CSV набор от данни Config.

  • Качете CSV файл със следните данни:

Пример за CSV данни set_csv файл

  • Предоставете имена на променливи като потребителско име и парола с разделителя, разделен със запетая.
  • Изберете Recycle on EOF като true, така че файлът да се препрочита отново, след като достигне EOF.

# 4) Добавяне на семплер: Debug Sampler.

# 5) Добавяне на слушател: Преглед на дървото на резултатите.

# 6) Стартирайте тестовия план, като изберете бутона Старт в горното меню.

Променливите стойности на CSV файла се отпечатват

Данните от CSV файла се отпечатват

CSV набор от данни config_debug sampler

Тъй като броят на нишките е избран като 5 и CSV файлът има данни само до 3 реда, той препрочита файла отново и отпечатва стойностите, започващи от 1 за 4-тетисемплер.

По-долу е описанието на всяко поле:

Конфигурирайте CSV източника на данни

Име на файл : Име на файла, който ще бъде прочетен и преобразуван в променливи. Опцията за преглед за качване на файл е предоставена с това поле.

За да посочите пътя на файла, можете директно да поставите името на файла, ако вашият CSV е в папката BIN на директорията JMETER, в противен случай посочете пълния път на вашата система.

Кодиране на файл: За да прочетете файла, трябва да изберете кодиране, което да се използва от падащото меню.

Кодирането на файлове има налични опции по-долу:

Кодиране на файлове

Ако не е избрана опция, тогава ще се използва платформата по подразбиране. Това не е задължително поле.

Име на променлива : Списъкът с променливи е предоставен тук и трябва да бъде разделен с разделителя. Ако в това поле не е предвидено нищо, първият ред на файла се чете и се разглежда като име на колона.

Използвайте Първи ред като име на променлива : Ако името на променливата е празно, тогава първият ред трябва да има заглавки. В случай че името на променливата не е празно, тогава ще се използва първият ред на CSV файла.

Разделител: Данните във файла могат да бъдат разделени с помощта на разделител.

Разрешаване на цитирани данни: Той проверява дали данните от CSV файла трябва да бъдат цитирани или не. Потребителят може да избере опцията като True / False от падащото меню.

Рециклирайте на EOF: Той представя дали файлът трябва да бъде препрочетен, когато стигне до края. EOF означава End of the File. По подразбиране избраната стойност е True.

Спиране на нишката на EOF? Той пита дали повторното четене трябва да бъде спряно, след като достигне EOF, или трябва да продължи. По подразбиране избраната стойност е false.

Режим на споделяне:

  • Всички теми: Файлът се споделя с всички нишки.
  • Текуща група нишки: Всеки файл се отваря за всяка група нишки.
  • Текуща нишка: Файлът се отваря за всяка нишка.
  • Идентифицирайте: Общият идентификатор се използва за споделяне на файла между повече от една група.

# 2) По подразбиране FTP заявка

JMeter поддържа и FTP протокола. Скриптирането може да се извърши с помощта на FTP, FTPS и SFTP в JMeter.

По подразбиране FTP заявка

Използване на FTP заявки по подразбиране:

  • Създайте план за изпитване.
  • Добавяне на група нишки.
  • Добавете конфигурационен елемент “FTP Request Defaults”.
  • Добавяне на семплер: FTP заявка.
  • Добавяне на слушател: Преглед на резултатите в таблицата.

FTP заявка по подразбиране_01

Изходът се показва в Преглед на резултатите в таблица:

Изходът се показва в Преглед на резултатите в таблица

По-долу подробности ще ви помогнат да научите повече за полетата в FTP по подразбиране:

  • Име на сървър или IP : Тук трябва да се предостави име на FTP сървър или IP. Предоставените подробности са за сървъра, където файлът ще бъде поставен или може да бъде взет от там.
  • Номер на пристанище: Той е от FTP сървър . Използваният номер на порта по подразбиране е 21.
  • Отдалечен файл: Когато файлът трябва да бъде деклариран глобално, тогава в това поле трябва да бъде предоставен единственият път за файла на FTP сървъра, иначе той също може да бъде оставен празен.
  • Локален файл: Същото като отдалечения файл - полето може да се остави празно, трябва да се предостави път за локалния сървър, когато файлът трябва да бъде деклариран глобално.
  • Съдържание на локалния файл: Тук може да се предостави съдържание на изходния файл, което може да се използва по време на качването на сървъра.
  • Вземете (RETR): Файл за изтегляне от FTP сървъра.
  • Поставете (STOR): За да качите файла на FTP сървър
  • Използвайте двоичен режим: Този режим трябва да бъде отменен за текстови файлове, за всички останали файлове трябва да бъдат избрани двоични опции.
  • Запазване на файл в отговор: Избирането на тази опция представлява, че изходът ще се съхранява като данни за FTP отговор.

# 3) DNS кеш мениджър

DNS Cache Manager може да се използва директно под Тестов план или група нишки .

Мениджър на DNS кеш елементи помага при тестване на приложенията за сценарии като услугите не се прекъсват поради неизправност на екземпляр или друга причина. JMeter използва кеш по подразбиране като JVM DNS кеш.

Мениджър на DNS кеш елементи

JMeter изпраща заявката до Load Balancer, който допълнително разделя заявките на множество приложения, казват, че три приложения са в процес на тест. Понякога това, което се случва, е, че заявката отива само до един AUT, причината за това се идентифицира като DNS кешове на ниво JVM.

Прочетете също = >> Как да изчистите DNS кеша

DNS кеш мениджърът помага за разрешаването на този проблем по следния начин:

  • Добавете DNS кеш мениджър в тестовия план и изберете опцията “ Използвайте персонализиран DNS преобразувател ” и предоставете името на хоста или IP адресите и стартирайте теста. Ще удари както IP адресите, така и не един.
  • Докато използвате HTTP заявка, винаги избирайте Httpclient4 .
  • DNS кеш мениджър трябва да се използва в тестовия план или елемент от група нишки.

DNS кеш мениджър

Описание на полето:

  • Изчистване на кеша за всяка итерация: Избирането на тази опция изчиства DNS кеша на всяка нишка след стартиране на нов цикъл.
  • Потребителска система за разрешаване на DNS: Ако потребителят иска да използва системен DNS преобразувател.
  • Име на хост или IP адрес: Подробности за DNS сървърите, които ще се използват.
  • Хост и име на хост или IP адрес: Статичният хост и името на хоста или IP адресът се картографират.

# 4) HTTP Authorization Manager

HTTP Authorization Manager ни позволява да даваме потребителски вход за страниците на уеб приложението, които са ограничени чрез удостоверяване на сървъра. Той показва диалоговия прозорец за регистрация, ако потребителят се опита да се свърже с ограничената страница.

видове тестови случаи при тестване на софтуер

нов HTTP Authorization Manager

Изчистване на удостоверението за всяка итерация: Ако е избрана тази опция, удостоверяването при всяка итерация ще се извършва независимо от удостоверяването, извършено в предишната група нишки или не.

Основен URL: URL, който съвпада с един или повече HTTP URL адреси.
Потребителско име : Потребителско име за упълномощаване.
Парола : Парола за горното потребителско име.
Домейн : Домейн за NTLM.
Царство : Царство за NTLM.
Механизъм : Кой механизъм за удостоверяване трябва да се извърши.

Нека вземем пример, за да разберем същото.

Опитайте се да влезете в сайта с URL: https://httpbin.org/basic-auth/user/passwd Той ще покаже прозорец за удостоверяване.

прозорец за удостоверяване

В случай на неправилно потребителско име или парола или ако елементът config не е активиран, той ще се върне Код за отговор -401

HTTP Authorization Manager_Response Code -401

И в случая за коректни подробности и ако елементът config е активиран - той ще се върне Код за отговор -200

# 5) HTTP кеш мениджър

HTTP кеш мениджър се използва за запазване на всички изтеглени статични файлове, когато изпълнението е в ход. Това се прави само ако е избрана опцията „Извличане на всички вградени ресурси“. И няма да запази вече запазените, докато не се направи някаква модификация.

Изчистване на кеша във всяка итерация:

Използвайте конфигурацията на група нишки, за да контролирате изчистването на кеша:

Използвайте заглавката кеш-контрол / изтича при обработка на GET заявки. Избирайки тази опция, контролът / изтичането на кеша ще бъде проверен според текущото време.

Максимален брой елементи в кеша: По подразбиране стойността е 5000 на потребител. Целият кеш се записва в RAM. В случай, че потребителят постави стойност над 5000, сървърът може да изведе изключение 'Недостиг на памет ' както добре.

Нека да видим как се държи, когато използваме опцията за кеш-контрол / изтичане на заглавката и когато не я използваме.

HTTP кеш мениджър_01

Сега изберете третата опция и стартирайте отново тестовия план:

HTTP Cache Manager_select опция

разлика във времето за вземане на проби

Избирането на опцията е намалило времето за проба и латентността.

# 6) HTTP диспечер на бисквитки

HTTP диспечер на бисквитки има функцията, че ако потребителят има някаква HTTP заявка и отговор, има бисквитка, мениджърът на бисквитките съхранява тази бисквитка и ще я използва за бъдещи справки за конкретния сайт.

Кажете, че браузърът Edge, Firefox и Chrome се използват за сърфиране в уебсайт. Когато потребителят влезе с потребителско име и парола, той се съхранява в системата като бисквитка. Следващият път, когато потребителят посети същия уебсайт, той не трябва да въвежда подробности като потребителско име и парола, тъй като те вече са били съхранени в системата като бисквитка.

Изчиствайте бисквитките при всяка итерация : При всяка итерация, т.е. когато цикълът на нишката се изпълни веднъж, сървър-базирани бисквитки ще бъдат изчистени.

Нека вземем пример, за да разберем:

  • Добавете група нишки към тестовия план с брой контури 3

нишка група

  • Добавете HTTP Cookie Manager като конфигурационен елемент в групата нишки

Добавете HTTP Cookie Manager

  • Добавете HTTP заявка, в която предоставете име и път на сървъра
  • Добавяне на слушател “ Преглед на дървото на резултатите ”И наблюдавайте изхода:

Преглед на дървото на резултатите

Преглед на дървото на резултатите

Според горните резултати можем да видим, че в първата итерационна заявка няма бисквитки, докато всички останали заявки имат данни за бисквитки.

Сега добавете подробности в конфигурационния елемент на мениджъра на бисквитки, както е показано на изображението по-долу, и наблюдавайте резултата за същото.

резултат - добавете подробности в конфигурационния елемент на мениджъра на бисквитки

След добавяне на подробности в конфигурационния елемент на мениджъра на бисквитки

# 7) По подразбиране HTTP заявка

Тази конфигурация позволява на потребителя да задава стойности по подразбиране за контролер на HTTP заявки.

Пример: Ако изпращате 50 HTTP заявки към сървъра xyz.com - Потребителят трябва да въведе „име на сървъра = xyz.com“ 50 пъти за 50 HTTP заявки, но с помощта на HTTP Request Default, потребителят може да направи 50 HTTP заявки, като веднъж въведете името на сървъра = xyz.com. Спестява времето на потребителя.

Всички заявки ще отидат на предоставения уеб сървър.

Елементът HTTP Request Default сочи към стойностите по подразбиране, които се използват от HTTP елементите за заявка.

Пример за това как да използвам елемента HTTP Request по подразбиране:

  • План за тестване: Добавяне По подразбиране HTTP Request и добавете името на сървъра като tribuneindia.com

добавете име на сървър като tribuneindia.com

най-добрата програма за проверка на темп на процесора
  • Добавяне на група нишки

Добавяне на група нишки

  • Добавете две HTTP заявки, в които предоставяте само пътя:

Добавете две HTTP заявки

Път за HTTP заявка

  • Добавяне на слушател „Преглед на дървото на резултатите“ и стартирайте скрипта. В случай, че не е предоставен път, заявката ще премине към сървъра, предоставен в конфигурационния елемент HTTP Request Defaults.

Добавете слушател „Преглед на дървото на резултатите“ и стартирайте скрипта

HTTP заявка по подразбиране_06

# 8) HTTP Header Manager

Мениджър на HTTP заглавки помага при добавяне или припокриване на заглавки на HTTP Request. JMeter поддържа множество заглавни мениджъри. Списъкът на Sampler се състои от заглавни записи. От записите на заглавките, които се обединяват, в случай че някой от тях съвпада с вече съществуващото име на заглавката, старият се заменя с новия.

Приемам език, Приемам кодиране, Потребителски агент, Препращащ са стандартните заглавки, които могат да се използват.

Име и стойности на заглавката могат да се добавят, като изберете бутона Добавяне.

Приемете език се използва за определяне на кой езиков сървър трябва да изпрати отговора обратно към браузъра.

Приемете кодиране: Accept coding дефинира метода на кодиране, който сървърът трябва да използва, за да отговори. В случай, че сървърът не може да изпрати отговора в прието кодиране, тогава сървърът ще го направи изпратете съобщение за грешка и код на състоянието като 406.

Ако в случай, че полето за приемане на кодиране не е предоставено, сървърът ще приеме, че клиентът ще приеме всеки метод на кодиране.

Потребителски агент: Потребителският агент позволява да се намерят характеристиките като браузър, версия и операционна система на уеб сървъра. Когато браузърът се свърже с някой от уебсайтовете, той изпраща потребителския агент към същия. Потребителски агент е включен в HTTP заглавката.

Поддържаните браузъри за HTTP Header Manager са както следва:

  • IE
  • Firefox
  • Сафари
  • Опера
  • Chrome

Рефер: Когато един уебсайт се позовава на друг уебсайт, адресът се записва в HTTP препоръчател.

Нека да видим как работи този HTTP заглавен мениджър:

  • Създайте план за тестване и добавете група нишки в него.
  • Добавете елемента Config HTTP Header Manager и добавете полета като Accept-Language и Accept с техните стойности.

HTTP Header Manager_01

  • Добавете HTTP заявка с име и път на сървъра като website.com и вход.

Добавете HTTP заявка с име и път на сървъра

  • Добавете слушател „Преглед на дървото на резултатите“ и стартирайте скрипта и наблюдавайте изхода

Добавете слушател „Преглед на дървото на резултатите“

Сега добавете друг HTTP заглавие и направете някои промени като Accept-language as SP-sp и в Приемете както и повторно стартирайте скрипта.

Приемете език като SP-sp

Заглавията се улавят само от най-новия мениджър на заглавки, но не се прави промяна във вече съществуващите заглавки.

# 9) Конфигурация на KeyStore

Конфигурация на Store Store е да конфигурирате KeyStore - как да се зарежда и ключовете, които да се използват.

За да разберат кой се свързва със сървъра, някои системи изискват да бъдат конфигурирани сертификати от страна на клиента. Този елемент за конфигуриране помага да конфигурирате същото, но преди да добавите елемент KeyStore Config - Java Key Store трябва да бъде настроен с клиентски сертификати.

За да направите същото, трябва да се следват следните стъпки:

Създаване на сертификат:

  • Използване на помощната програма Java Keytool
  • Чрез PKI: Ако се направи чрез PKI, той трябва да бъде преобразуван във формат, приемлив за JKS

Добавете следното в системата. файл със свойства:

javax.net.ssl.keyStore = път_до_клавиш

javax.net.ssl.keyStorePassword = password_of_keystore

Конфигурация на KeyStore

Предварително зареждане : KeyStore, който да бъде предварително зареден или не, може да бъде избран, като изберете true или false.

Псевдоним на сертификат за променливо име: Име на променлива, което ще се състои от псевдонима, който ще се използва за удостоверяване чрез клиентски сертификат.

Индекс на псевдонима (базиран на 0): Индексът на първия ключ, който ще се използва в KeyStore.

Индекс на псевдонима (базиран на 0): Индексът на последния ключ, който ще се използва в KeyStore.

# 10) По подразбиране за заявка за LDAP

LDAP заявка по подразбиране позволява да се добавят стойности по подразбиране за тестване на LDAP.

Ако броят на заявките трябва да бъде направен към същия LDAP сървър, елементът за конфигуриране по подразбиране LDAP Request може да се използва, тъй като потребителят няма да трябва да въвежда същите подробности отново и отново за LDAP заявката.

LDAP заявка по подразбиране

Могат да бъдат конфигурирани четири LDAP заявки:

  • Добавяне на тест
  • Изтриване на тест
  • Тест за търсене
  • Промяна на теста

Тези заявки могат да бъдат конфигурирани чрез добавяне на LDAP заявка към семплера и след това промяна на името на Добавяне / Изтриване / Промяна / Търсене и избор на свойството като Добавяне на тест / Изтриване / Промяна / Търсене тест, съответно.

# 11) LDAP Разширени заявки по подразбиране

Този конфигурационен елемент позволява да се добавят стойности по подразбиране за разширено тестване на LDAP.

LDAP Config има девет тестови операции, както е дефинирано по-долу:

LDAP Разширени заявки по подразбиране

# 1) Обвързване на резбата

Thread Bind се използва за стартиране на сесия с LDAP сървър. Потребителят предоставя потребителско име и парола за започване на сесията. Предоставянето на неправилна парола стартира анонимната сесия, но ще се провали същата.

Обвързване на нишка

# 2) Отвързване на нишката

Отвързване на нишката е операция, използвана за приключване на сесията.

Разширяване на LDAP разширеното искане по подразбиране_Thread Unbind

# 3) Единично свързване / освобождаване

Единично свързване / освобождаване работи като комбинация от двете операции. Той отваря сесията, за да провери валидността на потребителското име и паролата и след това приключва сесията.

LDAP Extended_Single bind_unbind

типове функции c ++

# 4) Преименувайте записа

Както подсказва името, той се използва за преименуване на запис. Може да се използва и за преместване на записа на друго място в LDAP дървото.

LDAP разширен_Преименуване запис

# 5) Добавяне на тест

Това се използва за добавяне на обекти към LDAP сървъра. Използва се LDAP операция „добавяне“.

Добавяне на тест

# 6) Тест за изтриване

Тестът за изтриване се използва за изтриване на обект от LDAP дървото.

Използваната операция се нарича LDAP операция „изтриване“.

LDAP удължено_Изтриване

# 7) Тест за търсене

LDAP 'Търсене' за този тест се извършва операция.

Могат да се предоставят спецификации като максимално време, което сървърът трябва да отнеме за извършване на търсенето, независимо дали обектът трябва да бъде върнат или не (по подразбиране се счита само за фалшив). Ако анализът на резултата от търсенето е избран за истина, резултатът от търсенето ще бъде добавен към данните за отговора.

Резултат от LDAP Extended_Search

# 8) Сравнете тест

Сравнителен тест се използва за сравняване на атрибута с вече известна стойност. По принцип се използва за проверка на името на човек в групата, т.е. дали посоченото име вече съществува в тази група или не, може да бъде сравнено.

LDAP “ сравнете ”Операцията се използва за същото.

LDAP Extended_compare тест

# 9) Тест за модификация

Модификационен тест може да се използва за добавяне / изтриване / премахване / заместване на стойностите с помощта на LDAP “ промяна ”Операция.

LDAP Extended_Modification тест

ЧЗВ за елементите за конфигуриране на JMeter

В # 1) Какво представлява елементът Config в JMeter?

Отговор : Заявките, които се изпращат до сървъра, се модифицират или конфигурират с помощта на конфигурационни елементи в JMeter.

В # 2) Какви са свойствата на нишките в JMeter?

Отговор : Свойствата Thread включват броя нишки, които се използват за изпълнение на същия сценарий, както и броя итерации, които могат да бъдат зададени от конфигурацията.

В # 3) Кой елемент в JMeter съответства на броя потребители, които да се симулират?

Отговор : Thread Group съответства на броя потребители, които да се симулират, тъй като определен брой нишки могат да се използват за конфигуриране на потребителите да симулират, за да проверят за производителност и взаимодействието на потребителите с приложението.

Заключение

Конфигурационните елементи на JMeter позволяват на потребителите да получат достъп до всяка променлива, която допълнително е свързана със стойности в JMeter. Те могат да променят стойностите на заявките, които произхождат от семплера.

Конфигуриращите елементи могат да се добавят, като щракнете с десния бутон върху добавения семплер и след това изберете конфигурационния елемент от списъка. Те могат да бъдат достъпни само от мястото, където е поставено, т.е.вътре в клона на дървото.

Има редица елементи за конфигуриране в JMeter, както е обсъдено в тази статия и могат да бъдат използвани според изискванията на потребителя.

<< НАПРЕД | СЛЕДВАЩИЯ >>

=> Щракнете тук Пълно безплатно обучение на JMeter (20+ видеоклипа)

Препоръчително четене

^