AV
если запрос отваливается по таймауту, то юзер с этим сценарием помечается как "сценарий не пройден" и эксепшен логируется
Size: a a a
2020 January 10
AV
или может имелось ввиду response time ?
AV
типо что ручка должна отвечать в установленое время при продолжительной нагрузке?
AV
тогда да асерт делается 🙂
TM
а был ли у кого опыт форканья гатлинга с целью доработки возможностей по репортам?
иными словами - дописать туда возможность лить данные на свой собственный репортный сервер?
иными словами - дописать туда возможность лить данные на свой собственный репортный сервер?
ΙΤ
а был ли у кого опыт форканья гатлинга с целью доработки возможностей по репортам?
иными словами - дописать туда возможность лить данные на свой собственный репортный сервер?
иными словами - дописать туда возможность лить данные на свой собственный репортный сервер?
думали над этим, но пока обходились, лучше доработку у них на гитхабе запросить или сделать пулл-реквест
TM
думали над этим, но пока обходились, лучше доработку у них на гитхабе запросить или сделать пулл-реквест
проблема в том, что эту функциональность они предоставляют платно и не в опен-сорсе, как часть гатлинг-фронтлайн
https://github.com/gatling/gatling/issues/3315
https://github.com/gatling/gatling/issues/3315
ΙΤ
проблема в том, что эту функциональность они предоставляют платно и не в опен-сорсе, как часть гатлинг-фронтлайн
https://github.com/gatling/gatling/issues/3315
https://github.com/gatling/gatling/issues/3315
значит политика такая)
МК
все хотят кушать, это нормально
ΙΤ
фронтлайн хорош но дорого))
ΙΤ
мы посчитали что ценник начал приближаться в лоадраннеру при наших проектах и отложили эту затею
TM
я их и не осуждаю)
просто у опенсорсного гатлинга есть один большой плюс - соотношение нагрузки к потреблению ресурсов, и два больших минуса - репорты и dsl, которая становится нетривиальной как только ты отходишь от простых сценариев тестирования веба
просто у опенсорсного гатлинга есть один большой плюс - соотношение нагрузки к потреблению ресурсов, и два больших минуса - репорты и dsl, которая становится нетривиальной как только ты отходишь от простых сценариев тестирования веба
ΙΤ
я их и не осуждаю)
просто у опенсорсного гатлинга есть один большой плюс - соотношение нагрузки к потреблению ресурсов, и два больших минуса - репорты и dsl, которая становится нетривиальной как только ты отходишь от простых сценариев тестирования веба
просто у опенсорсного гатлинга есть один большой плюс - соотношение нагрузки к потреблению ресурсов, и два больших минуса - репорты и dsl, которая становится нетривиальной как только ты отходишь от простых сценариев тестирования веба
ну с дсл я быне сказал что проблемы есть
ΙΤ
но да репортинг и распределённая нагрузка это киллерфича платного продукта
TM
ну с дсл я быне сказал что проблемы есть
есть)
например, их концепция "когда мы итерируемся по списку, значение counter не присутствует в скоупе, а кладется в сессию" выглядит довольно сомнительно
дело вкуса, конечно, но хотелось бы как-то проще
например, их концепция "когда мы итерируемся по списку, значение counter не присутствует в скоупе, а кладется в сессию" выглядит довольно сомнительно
дело вкуса, конечно, но хотелось бы как-то проще
R
если запрос отваливается по таймауту, то юзер с этим сценарием помечается как "сценарий не пройден" и эксепшен логируется
Это не совсем то.
ΙΤ
есть)
например, их концепция "когда мы итерируемся по списку, значение counter не присутствует в скоупе, а кладется в сессию" выглядит довольно сомнительно
дело вкуса, конечно, но хотелось бы как-то проще
например, их концепция "когда мы итерируемся по списку, значение counter не присутствует в скоупе, а кладется в сессию" выглядит довольно сомнительно
дело вкуса, конечно, но хотелось бы как-то проще
потому что всё на акторах, и чейны все разбираются перед запуском, потмо уже всё выполняется
R
Нужно проверять, что таймаут респонс от сервера пришёл через 20 секунд
R
Для всех запросов
ΙΤ
Нужно проверять, что таймаут респонс от сервера пришёл через 20 секунд
так это без ассертов делается, просто стата соберётся и всё