jmeter事务控制器有用吗？
用处。当单看主要注意数据和页面数据性能测试结果肯定有比较大的差异的，因而在并且页面性能评测的时候，事务控制器是不可缺少的利器，页面性能测试结果也会十分的详细。另，在API性能测试时，也经常会要用事务控制器。
jmeterTcp取样器压测出现500错误，读取数据超时请问怎么解决？
这个500的问题进过设置参数才发现与EOL在内报文结束标注有关这两个地方都不需要系统设置。，EOL这里我是可以设置了10，，建议参考JMeter测试3TCP/IPSocket应用的性能，要是有兴趣这个可以去建议参考下。
我这里是用是文本报文，所有然后输入报文后必须回车一行用于结束后标有，要是是不使用十六进制的报文不需要在尾部增加0a（
）充当CRLF标有
性能测试并发时间怎么确定？
先回顾曾经下基础，性能测试具体用法的指标有三个：并发、响应时间、tps
并发：客户端并发，也就是jmeter线程数；跑道里可以参加赛跑比赛的人数（这里的并发是广义的并发，即同一个时间段内对系统发起的请求数量）
响应时间：也就是总平均每个事务的处理时间
tps：最大速度如何处理的事务数
需求指标：两类单指标和多指标
单指标：就像是单测试tps，或是参照并发测试响应时间，或则根据响应速度测试并发，只决定单指标的很少
多指标：要另外考虑多个指标，诸如tps响应延迟(lt1s)
接口测试怎么才能做好？
这个问题我还是从需求、测试用例设计、执行来说吧。
A.需求简单的方法要所了解这个接口提供的服务的需求定义，这样的话我们就清楚差不多测量的结果是啥。同样理论上要先需要提供接口规范，方便后续测试，和给全局函数者联调的一个文档约定。
B.测试用例设计
参照测什么的接口规范，实现业务通过场景设计，再特点边界值设计方法、等价类划分等具体方法设计方法进行用例设计。
1.怎么设计的方向是常规的测试用例设计：协议规范测试、接口入参、接口出参。
协议规范测试：例如HTTP协议：URL地址、Header测试。但是一般情况下，设置为全局函数者听从接口规范都正常动态创建。这个不用太过具体点测试。
2.接口入参：参数个数测试出来(注意一点有无必传字段），参数值测试出来（为空、正常吗值、非法经营值等，包括一字长蛇有空格是否是过滤处理）。
3.接口出参：至多范围涵盖一条完成的响应和一条失败的响应，不过我们测试3出大量错误码，我们的覆盖率也就更全面。
4.业务场景用例：这个不需要你这对这个接口的业务的了解程度，但是这是最有用的部分。
例如中间在用了缓存服务（上次缓存没有，是不是再读数据源，并卡内缓存；第一次真接读取文件缓存是否是正确）；
比如要决定各位外部的接口查看或者的信息的时间消耗（连接上不上外部接口，外部接口下线了，外部接口呐喊之声太慢）；
C.测试用例先执行
1.是需要你业务对接口协议有当然的了解，选择适度地的开源软件工具（如postman）也可以自己编写脚本通过模拟请求。
2.不需要熟悉接口所建议使用的中间件等知识（诸如redis、kafka、mysql数据库）。
3.是需要仿真的外部接口直接返回给你现在还在验证验证的程序的接口。（诸如自动扣钱业务，你不可能每测一个业务，就去调真实扣费）。
是web开发接口吗？个人建议在用Postman
下一篇：返回列表
