记录一下，assembly 插件有个 bug，打包时管理的 spring 的 xsd 文件有问题，会导致 spring 启动时在不联网的情况下找不到一些 xsd 文件（联网的情况下会联网找，没有问题）
具体描述如:http://chenzhou123520.iteye.com/blog/1706242
因此后来我都换 shade 插件了。

你是用 eclipse 的右键 export 吧？我用 idea 好像没有这个功能，也习惯用了 mvn 了。
另外，assembly 插件不好用，我后来换成 shade 插件了。
因为发现 assembly 有个 bug，打包时管理的 spring 的 xsd 文件有问题，会导致 spring 启动时在不联网的情况下找不到一些 xsd 文件（联网的情况下会联网找，没有问题）
问题描述与此贴一致：http://chenzhou123520.iteye.com/blog/1706242。

TPS 的计算和平均响应时间没有关系。
我个人感觉那张经典的图比较清晰。

这个算式不太好。好多文章光贴这个算式出来，又不解释它含义，非常不负责。
如果非得强行解释这个算式的话，只能这样理解：
1）当系统处理能力没有达到峰值时：并发量和 TPS 成正比关系，增大并发量，TPS 会升高。因为系统资源没有耗尽，此时平均响应时间基本不变（实际可能略有上升）。
2）当系统资源耗尽时：此时 TPS 会维持稳定（实际可能略有下降），并发量和响应时间成正比关系，增大并发量的时候，平均响应时间一定会增大。

1 楼主摘选的文章没显示出来。
2 “TPS=并发数/平均响应时间” 这个公式不是用来计算 TPS 的，只是表明了他们三者之间的影响。
比如说，100 个车在 100s 钟内通过（峰值）。那么 TPS 就是 100/100=1。因为我们采样时间是 100s。
如果增大并发量，发了 1000 个车，TPS 是 1 不变（上面假设了 1 就是峰值），那么平均响应时间必然会增大。
所以说这个公式只是表面他们之间的关系，而非具体的算式。

mark~

题主自己的查看结果树中怎么设置保存内容的?
如果配置了监听器的话，把.jmx 打开，查找一下 ResultCollector 下面的 saveConfig 节点，把该节点下面该保存的都设置为 true，比如：responseData，samplerData， xml 等等。
因为 jmeter 会优先加载 .jmx 文件中的配置，如果 .jmx 中没有 ResultCollector 的配置，才会使用 .properties 中的配置。所以可能是你 .jmx 中的相关配置没有配好（jmeter GUI 导出来的 .jmx 中监听器的默认配置是只保存关键信息，不包含请求数据和返回数据的）。
如果不用命令行运行，而在 GUI 中直接跑 .jmx 就不会有这个问题。
注意 xml 节点要选择为 true，原因如 5 楼所说。

多谢，可能是图片引的外链不稳定，重新上传了。

喵喵~

已阅