here’s a practical way to handle it.
- Preferred: upload one ZIP with a single “main” .jmx and all referenced files (put the other .jmx fragments, CSVs, etc. in the same folder and use only filenames, not full paths in your Include Controllers). When you create the test, pick the main .jmx as the entry file. Azure Load Testing will copy all uploaded files to the test engines. Microsoft Learn
- If Include Controller still fails (some users/reporting show Include Controller isn’t reliably supported), convert your fragments into Test Fragments inside the same .jmx and call them with a Module Controller — or merge the smaller .jmx files into one main .jmx before upload. There’s an open issue/feedback on this limitation. GitHub
Alternative: keep each thread-group file as a separate test and run them sequentially or in parallel from CI/CD using the Load Testing YAML / CLI (az load test) and then stitch/compare results yourself. The YAML approach works well when a single big JMX is impractical.