APP服务端性能测试工具LoadRunner思考时间.pptx

北京电子科技职业学院 LoadRunner思考时间测试人员在性能测试前，分析用户的业务流程时，需要知道用户的操作并不是连续不断的，用户的操作与操作之间会有一定的时间间隔 例如一次登录，用户需要等到登录成功并进入系统后才会进行后续操作；一次查询，用户需要时间查看查询的结果是否是自己想要的；一次订单提交，用户需要时间核对自己填写的信息是否正确等 LoadRunner思考时间但是通过性能测试脚本模拟用户操作，执行性能测试时，脚本中代码与代码之间是没有时间间隔的，当然脚本本身执行需要一些时间，但是比起用户操作的时间间隔要小很多这种情况会导致，在脚本执行时会一直不停顿或很短的停顿后，立刻向服务器发送下一个请求，对服务器在短时间内造成很大的负载，甚至导致服务器出现异常 LoadRunner思考时间那么这种短时间内，能够给服务器造成很大负载的测试场景是否有意义？当然有可能有些系统确实需要在这种极限条件下进行性能测试但是对绝大多数软件系统而言，实际上这种测试场景并没有意义，因为根据这种测试场景完成性能测试，最终需要付出更大的成本才能提升到满足该场景要求的性能级别，但是可能对待测系统来说，并不需要达到这么高的性能级别 LoadRunner思考时间因此为了更真实的模拟用户的操作业务流程，需要在脚本中增加操作与操作之间的时间间隔思考时间就是用来描述用户操作与操作之间的间隔，通过在脚本中特定的位置设置思考时间，可以在脚本执行期间，更合理的安排向服务器提交的请求，更真实的模拟用户的实际操作实际上，使用LoadRunner录制性能测试脚本期间，已经根据测试人员操作流程中的时间间隔，在脚本中生成了思考时间的设置代码 LoadRunner思考时间脚本录制期间，在脚本中生成的思考时间设置代码 LoadRunner思考时间LoadRunner通过lr_think_time()函数的调用，来设置思考时间，函数的参数表示时间长短，单位为秒录制完成后，需要对思考时间函数的参数进行优化，因为脚本录制时，可能会因为各种原因导致生成的思考时间设置代码中参数值大小不合适。例如，测试人员对待测系统过于熟悉，录制过程中操作之间的间隔很短，导致思考时间参数值过小；或者在脚本录制期间，因为某些原因，录制过程有停顿，导致思考时间参数值过大等 LoadRunner思考时间因此需要尽可能的分析待测系统的真实用户，在实际业务场景中的操作风格、习惯、熟练度等，合理优化lr_think_time()函数的参数值当然，可能会有测试人员觉得，在脚本中无论思考时间如何设置都是固定的，而用户操作流程肯定不是每次都一样，因此可能会导致最终的测试效果不符合预期在这种情况下，可以使用LoadRunner工具提供的运行时设置功能，进一步对思考时间进行控制 LoadRunner思考时间在LoadRunner打开的性能测试脚本界面，点击工具栏中的Edit Runtime Settings按钮，进入运行时设置界面当然也可以通过快捷键F4或者在Vuser菜单中找到Runtime Settings进入运行时设置界面 LoadRunner思考时间在运行时设置界面，选择Think Time，进入思考时间设置界面 LoadRunner思考时间在思考时间设置界面，默认选择的是Ignore Think Time，表示忽略思考时间因为在性能测试脚本开发和调试期间，需要尽快执行完脚本，确认脚本的问题，因此脚本开发完成前一般忽略脚本中录制生成的思考时间代码。但是，当脚本开发完成后，执行性能测试场景期间，需要回放思考时间 LoadRunner思考时间当需要回放思考时间时，通过不同的设置，可以进一步控制思考时间的生效方式1、As recorded：完全按照录制生成的时间执行2、Multiply recorded：将录制生成的时间乘以指定的数值，进行等比例的放大或缩小 LoadRunner思考时间3、Use random percentage：以录制生成的时间为基础，在其指定的百分比范围内随机变化4、Limit think time：限制思考时间的最大值大小 谢谢观看北京电子科技职业学院