Скрин кусочка фрагмента что находится в цикле ))

Вообще странно, надо попробовать. У меня перезаписывалась

Что-то там неоднозначно звучит. У меня как раз билеты покупались в цикле на разные рейсы

может из-за того что я использую фрагменты

Еще один доклад с предстоящего HighLoad, к которому можно подготовиться:
Использование непрерывного нагрузочного тестирования для оценки ёмкости и планирования ресурсов высоконагруженного сервиса

Описание доклада
Статья по теме от Максима Куприянова: https://habr.com/ru/company/yandex/blog/481134/ по которой можно подготовиться

Не первый раз вижу, что емкость оценивают просто по RPS. Сделано одновременно очень просто и очень сложно, технологично. Хороший получается микросервис, если все его запросы можно считать примерно равными. Кто-то говорит, что микросервисы надо укрупнять, кто-то, что их надо дробить. Тем временем кто-то считает емкость

Привет, коллеги.
Столкнулся с одной особенностью в #gatling .
Если добавить в сценарий ассерты, и потом посмотреть в отчет (который гатлинг сам создает по завершению), то для тех ассертов, которые не прошли, он пишет, что "Assert failed", метит его красным, но не добавляет значение "Actual value".
При этом, в assertions.xml, который выкладывается в папку с отчетами, такое значение есть, вот пример:
<testcase name="SignUp (group) / press SignUp button: 90th percentile of response time is less than or equal to 1000.0" status="false" time="0">
 <failure type="SignUp (group) / press SignUp button">Actual value: 23796.0</failure>
</testcase>

Может есть какой-то вариант показывать это значение в html-отчете. Никто не сталкивался?

Скрин с отчета:

Всем привет! Подскажите, может у кого-то был опыт подобный? Цель - нагрузить БД. Т.к. при обычном использовании в бд ходит толстый клиент(автоматизировать действия внутри него проблемно), решено нагружать напрямую из какого-либо инструмента. Так вот вопрос, какой-то инструмент умеет в record-replay всей активности что летит в бд? Или только руками прописывать все вызовы хранимок и выполнения запросов? Возможно какой-то тул умеет строить скрипт по файлу трассировки? БД- ms sql. Пробовал записать вугеном(протокол odbc) как толстый клиент, так и реплей файла трассировки - ничего не записывает(в лог падает сообщение error: failed to open ..\vugen\scripts\odbc1\data\odbc1.ibf мб вугену нужен драйвер бд?)

Был опыт правки js кода отчёта. Правил сортировку. Штатная сортирует числа в таблице неверно. Думаю также можно сделать - правкой. И добавить загрузку JSON

https://docs.microsoft.com/ru-ru/sql/tools/sql-server-profiler/replay-a-trace-file-sql-server-profiler
Для разовой задачи можно так

Если нужна параметризация, я бы руками запросы переносил

Да, нужна параметризация\корреляция. А есть предположения «вкуда» переносить будет удобнее? Или сугубо от своих предпочтений исходить?

Jmeter неплох

Я бы студию советовал вообще, раз все от Microsoft

Если LoadRunner, то я бы выбрал проект C# script, + prepared запросы с параметризацией

https://docs.microsoft.com/ru-ru/dotnet/api/system.data.sqlclient.sqlcommand.prepare?view=dotnet-plat-ext-3.1

Не побоюсь предположить, что ваш клиент написан на c# тоже

И при записи, надо было выбирать не odbc, а .net

на сколько мне известно, клиент написан на делфи)

Чтобы сократить время - запишите трейс в таблицу, и проанализируйте его. Выберите тяжёлые запросы. И добавьте а сценарий их

https://m.habr.com/ru/company/npo-comp/blog/243587/
Вот такую статью писал. Получилась она странной и большой. Утилита рабочая

Из удобного будет группировка по запросам, статистика по ним и будут видны их параметры.