Size: a a a

QA — Load & Performance

2021 February 17

VV

Vadzim Volkau in QA — Load & Performance
Т.е. я бы описал это как понимание того, как конкретное облако устроено, и какие ограничения / особенности с точки зрения производительности есть
источник

VG

Viktor Ganeles in QA — Load & Performance
Vadzim Volkau
Т.е. я бы описал это как понимание того, как конкретное облако устроено, и какие ограничения / особенности с точки зрения производительности есть
Облака могут быть устроены по-разному.
Используют их далеко не всюду.
Имхо полезно сперва прокачивать общие вещи, а придя на проект уже изучать специфику


Или уже искать работу с конкретной технологией
источник

VV

Vadzim Volkau in QA — Load & Performance
Я че-то не вижу ни слова про опыт в вопросе. Мой коммент - он про людей с опытом. С новичками - да, все так: основы в приоитете
источник

АС

Артем Сидорук... in QA — Load & Performance
Добре.
Быть может кому-то будет полезно.
Решил я тут переехать с #gatling версии 3.3.1 на версию 3.4.2

По факту просто поменял версию в конфиге и перезапустил тест.
Но, тест начал падать в одном месте. Оказалось, что в версии 3.4.* (1-2)  хедер установленный в протоколе, например так:
———
val httpConf = http
   .baseUrl("****")
   .contentTypeHeader("application/json")
———-
является более приоритетным, чем установленный явно в запросе!
То есть вот этот код не поменяет хедер на "url-encoded", и запрос отправится с "Content-Type" -> "application/json":
——-
exec(http("request 1")
   .post(conf.PortalUrl)
   .headers(Map("Content-Type" -> "application/x-www-form-urlencoded"))
——-
Но если в протоколе закомментить строку ".contentTypeHeader ..." - то работать будет.

в общем, в 3.4.2 надо убирать установку хедеров в протоколе, и вешать их на запросы явно. Тогда работает все
источник

СЧ

Сергей Чепкасов... in QA — Load & Performance
Артем Сидорук
Добре.
Быть может кому-то будет полезно.
Решил я тут переехать с #gatling версии 3.3.1 на версию 3.4.2

По факту просто поменял версию в конфиге и перезапустил тест.
Но, тест начал падать в одном месте. Оказалось, что в версии 3.4.* (1-2)  хедер установленный в протоколе, например так:
———
val httpConf = http
   .baseUrl("****")
   .contentTypeHeader("application/json")
———-
является более приоритетным, чем установленный явно в запросе!
То есть вот этот код не поменяет хедер на "url-encoded", и запрос отправится с "Content-Type" -> "application/json":
——-
exec(http("request 1")
   .post(conf.PortalUrl)
   .headers(Map("Content-Type" -> "application/x-www-form-urlencoded"))
——-
Но если в протоколе закомментить строку ".contentTypeHeader ..." - то работать будет.

в общем, в 3.4.2 надо убирать установку хедеров в протоколе, и вешать их на запросы явно. Тогда работает все
Есть еще ignoreProtocolHeaders, можно использовать в запросе
источник

АС

Артем Сидорук... in QA — Load & Performance
Сергей Чепкасов
Есть еще ignoreProtocolHeaders, можно использовать в запросе
О, спасиб. Не знал о таком
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Коллеги, день добрый!
Подскажите пожалуйста как передать в Jenkins-е значение переменной из одного Execute shell в другой?
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Вариант с сохранением в файл не предлагать ))
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Поляков
Вариант с сохранением в файл не предлагать ))
😂 сохранить в редис 😅😅
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
А у Дженкинса есть свои переменные?
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Если нету, то вероятно есть плагин который такую возможность расширяет
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Если нету - всегда можно накодить свой плагин 😂
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Интересно, а какое правильное решение? 😅
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Вот и мне интересно узнать простой и правильный вариант
источник

VG

Viktor Ganeles in QA — Load & Performance
Правильный вариант тот, который ты посчитаешь правильным

А простой тот, который сократит трудозатраты на организацию и поддержку проекта, с учётом его длительности
источник

VG

Viktor Ganeles in QA — Load & Performance
Есть редис, умеешь им пользоваться- клади туда
источник

VG

Viktor Ganeles in QA — Load & Performance
Умеешь кодить - кодь свой плагин
источник

СФ

Степа Фомичев... in QA — Load & Performance
Вячеслав Поляков
Вот и мне интересно узнать простой и правильный вариант
А просто использовать "глобальные" перемены не годится?
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Вот про глобальные я и хотел спросить.
Как сохранить в первом Execute shell в глобальную переменную и потом ее вычитать во втором Execute shell?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Вячеслав Поляков
Вот и мне интересно узнать простой и правильный вариант
Кажется, что таким образом можно передавать переменные без особых проблем
https://stackoverflow.com/questions/10625259/how-to-set-environment-variables-in-jenkins
источник