Дело в том, что система постоянно меняется — и мы, конечно, проверяем все новые приложения. Но остаются «древние» приложения, которые появились задолго до нашей команды и исследований, описанных в посте. И вот на эту «древность», в первую очередь, и были направлены наши исследования.

Да, конечно. При внедрении проводится обязательное исследование производительности. По поводу второго вопроса не понял, можете пояснить?

Здравствуйте.
Зачастую мы не используем таймеры в катушках. В примере используется только Concurrency Thread Group. Throughput Shaping Timer мы используем только в тех случаях, когда необходимо ограничить нагрузку на приложение. А расчеты необходимы для первоначального подбора параметров, которые при первых запусках корректируются, если это необходимо. Все данные в момент экспериментов мониторятся онлайн, чтобы оперативно реагировать на ситуацию. Наша задача состояла в достижении максимальной производительности приложения до наступления «разладки», поэтому Throughput Shaping Timer в данном случае не подходит.
У нас тоже есть сценарии, где запросы объединяются в transaction controller. Именно по метрикам transaction controller определяется производительность и время ответа транзакции.