qq_29778363的博客

1、使用Python开发工具，打开之前导出的测试.jtl结果文件（csv、xml）,可查看并修改，每条用户测试结果记录（其中吞吐量【吞吐量 = 并发用户数/平均响应时间】、平均响应时间、发送/接收每秒数据量都是经过计算得到。1、在Aggregate Report （其他监听也可）中，Write results to file/Read from file-Filename,点击“Browse”，导入之前生成的执行结果.jtl文件（csv、xml）即可查看；

分析：本次选择的是“在每个Vuser运行之前将其初始化”，有争议另一个选项是“同时初始化所有Vuser”，对性能测试结果几乎没有影响，前者是先执行用户1的init，然后执行用户1的action，再执行用户2的init，再执行用户2的action；分析：在CNAS的在线测试中，仅关注每秒事务总数，此图需要右键手动添加才能查看，前提依然是事务通过率大于95%，可以多次执行并发，找出最合适的结果进行记录。分析：测试在线场景时，添加新场景-选择按百分比-选择三个目标脚本，然后依次分配30%，40%，30%

原因：是否忽略思考时间，请求数可能会有几十倍的差距，可以看做是性能测试的两种方案，一是通过添加思考时间极限模拟用户真实使用场景，二是忽略思考时间模拟该用户数量下可能存在的最大压力情况，由于添加思考时间会导致吞吐量验证减少，与“验证吞吐量是否满足10/sec”的需求相悖，且没有思考时间应该设置多长的依据，故经过思考和讨论，全部脚本都忽略思考时间。原因：在并发完成后，通过抽查关键用户日志的方式，检查参数化是否如预期一致，比如抽查用户1（仓库一，物品一），用户11（仓库二，物品一），用户100（仓库十，物品十）

2.入库事务会例外地包含两个接口，因为点击入库同时触发了两个接口，从模拟用户操作的角度考虑，这两个接口可以视为一个动作，当然，从接口和线程的角度考虑也可以拆分开来，但是拆分后需要对第一个接口参数进行模拟，项目实战中可以实现，但在CANS考核中感觉有点超纲，讨论后决定从简使用一个事务包含两个接口的策略。故所有html请求都保留。3.注意参数化的对象是所有接口而非所有事务，即事务外的过程接口也需要参数化，否则可能报错或者出现不符合需求的请求，比如过程中的查询接口也需要参数化用户，必须与登录用户一致。

原因：基于HTML的脚本会导致login接口不能正确录制。原因：不勾选此项会导致脚本中文变为乱码。原因：因为要使用Chrome录制，遂勾选此项。设置基于URL的脚本。

安全性测试