нет, меня смущает что вопрос вообще по неймингу. называй как удобно и все?)

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

но помнится выше где-то предлагалось унифицировать и привести названия к стандарту

может этим и навеяно?

я тогда тоже ворчал, так что держу планку)

А зачем в начале писать rq? Лучше максимально проще и понятно. Пример UC01_getDictionaries. В общем нумерация нужна же чтобы вообще понять що это, и не лезть каждый раз профиль и смотреть транскрипцию. Если есть вложенность, тоже вложено наверно по бизнес логике, аля звонок входящий. А то как в машиностроении будет спецификация у детали ТР-БР-201-01.12-А-iso114600

Понял, спасибо)

по-моему кто то левый залетел😄

искать секса в другие галактики

что-то зачастили в нагрузочное "знакомства"... нагрузки им что ли не хватает?😂

нагрузочники самые завидные женихи, всем известно

ещё девопсы (которые не люди но культура)

а кстати это идея, если каждый  из чатика закинет им легкий тестик, даже просто на статику, rps эдак на 10, получится веселый флешмобчик, как раз для любителей извращений

и приключений

весёлый тамада, и конкурсы интересные😂

+++

А почему бы и не да)
Развивая идею связки ФТ и НТ, что там что там используются одинаковые  паттерны запроса, но в ФТ один запрос это один кейс, а в НТ группа запросов - сценарий, я не хочу что бы кейсы повторяли друг друга в той или иной мере, а также перед запуском НТ я знаю что все запросы работают в ФТ, поэтому даже перф инженер понимает что происходит в ФТ, и наоборот, пример имён такой:
- assertSc200_methodPost_pathLogin_bodyValid
- assertSc200_methodGet_pathUsers_queries_userId_userSatus_region
а дальше нужно думать над специфик неймингом, кстати, в инфлюкс паттерн простой assert.*

какая цель у твоих нагрузочных тестов? что мерить?

в основном тюнить бэкенд

бэк это рест, несколько различных бд