1、我们工作中主要使用的是 Stepping Thread Group 线程组，Thread Group 也是用来调试的。
2、我们在测试前没有定 tps 和 qps，一般会先拍一次脑袋，然后测出一个结果之后再根据这个结果拍第二次脑袋 。
3、我们根据 4C8G 的压测机配置给了一个预期的并发量，但是实际测试工作中能够支撑的并发量会根据场景以及脚本复杂度发生变化，没办法一概而论。
4、对于监控工具，现在市面上主流的基本都用过，主要是每个客户的环境架构都不一样，有的开通端口要走的审批很麻烦，所以会灵活调整性能测试时使用的监控工具。
5、自己开发了一个工具，录制后，能够自动对接口中的请求响应进行解析，参数化后生成 jmeter 脚本。

1、influxdb 本身是时序数据库，自身不提供监控功能，需要配合写数的脚本进行监控；
2、轻量级的可以采用 jmeter 自带的 ServerAgent 插件进行监控，优点是不需要单独部署，在所需监控服务器启动.bat 或者.sh 就可以用，缺点是只能监控服务器的资源消耗，无法监控到 docker、k8s 或者 jvm 的消耗情况，监控指标也很少；
3、zabbix 监控平台，需要单独搭建平台，监控的指标很详细，但是需要监控 docker、k8s 中 pod 的资源需要配合 python 脚本，用的不多；
4、推荐 Prometheus+Grafana，需要单独搭建平台，通过 Prometheus 进行监控，提供丰富的 exporter，可以根据需求下载对应的 exporter 进行监控，Prometheus 本身的监控看板很不友好，一般配合 Grafana 进行使用，配置看板需要了解 Prometheus 的查询语法；