能否利用 Jmeter 对文件上传等功能进行压力测试？----很明确的告诉你，可以实现。抓包上传文件的接口，然后用 jmeter 实现之、接着参数化、并发。

jmeter 是个好工具，至于为什么选他做接口测试，得看使用场景。如果是产品级的接口测试，要协同工作，可能 jmeter 的确不太合适，毕竟它非平台，产出物是 jmx 文件。但如果是交付型项目级的接口测试，要求短平快，拿来改下并发数做性能测试，确实效率很高。所以很多工具本身都没问题，主要是使用场景。

大佬，我把今年唯一的一个赞送给你

@ 小马。。。。。 大佬

总结一下：懂产品、会开发、能运维

支持一下，我正则用的多

可以看下官方文档：http://jmeter.apache.org/usermanual/glossary.html#Throughput

另外我把我的理解说下：
Throughput = (number of requests) / (total time)
total time = 测试结束时间 - 测试开始时间
测试结束时间 = 最后一个请求的开始时间 + 最后一个请求响应时间 # 最后一个请求开始时间=max(当前样本的最大时间戳)
测试开始时间 = 第一个请求的开始时间 # 第一个请求开始时间=min(当前样本的最小时间戳)
也即 QPS=当前样本的请求总数/(当前样本最后一个请求的开始时间 + 最后一个请求的响应时间 - 当前样本的第一个请求的开始时间)
而你的 xsl 中，忽略了响应时间。
这个公式中，如果最后一个请求响应时间较短，则近乎等于按你的公式来算，影响较小；如果响应时间比较大，则和 jmeter 数据差距就比较大了。验证这个结果，你可以试试用公网 IP，这样响应时间就比较长了，试试是不是这样的。

这个公式适用于计算单个用例组和全局的 QPS。

网上的模板前面数据都没有错，只是 QPS 这项最重要的算错了，我也看了你的【21.xsl】，QPS 的算法是错的，你把取样取数设置为 2，试试就知道了；QPS=当前样本的请求总数/(当前样本的第一个请求的结束时间 - 当前样本最后一个请求的结束时间 + 最后一个请求的响应时间)，你截图中的全局 QPS 就是错的，你把取样数设置多一些，再试试看

楼主去看看生成的 jtl 文件，使用 jmeter 聚合报告查看下，是不是和你的 xsl 定制生成的 HTML 报告数据不一样，这个 xsl 文件网上计算的逻辑是有问题的；你这个我已经实现了，就是没写过文档，唯一我发现有问题的地方就是 xsl 逻辑有问题，你自己看吧

根据页面元素判断是否登录成功，如登录成功，页面会跳转到其他页；若登录不成功，则页面还在登录页，判断用户名/密码/登录按钮中的某个元素是否存在，存在说明不成功