满意的回答
mimilala71
2017.06.11推荐
合格率： 46%等级： 9
帮助： 413人
在最近的测试中，测试的目的被定义为了解被测APP应用程序(AUT )通常可以承受的压力，了解同时可以承受的用户访问次数(用户访问次数)容量，以及最多可以同时访问多少用户的功能。 在AUT中，作为包括登录在内的这次测试的内容，选择了用户最常用的5个功能。 大多数的需求都是这样的。
接下来，我的AUT登录将演示如何使用LoadRunner和Jmeter实现场景设置的测试目的。 (注：服务器检查不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误的用户数)
首先是对脚本的要求。
1、记录脚本(注意所有脚本都记录在操作中)，自定义事务。 事务在提交用户名和密码脚本之前开始；
2、在定义事务开始脚本之前添加集合点
3、在脚本中输入检查点，在成功登录的页面上给出登录用户的ID即可；
4、参数化登录用户身份
其次，有场景设定的要求。
1、由于事先不知道会有多少用户进入临界点，在测试过程中需要多次改变用户数量进行确定；
2、建议更改运行时设置，优化对服务器的访问
3、计划设置，每x小时加载10个用户(根据用户总数设置) (完全加载后5分钟内继续运行) (根据需要设置)；
4、100%的运行用户达到聚集点时释放的聚集策略；
5、注意事项，需要注意一些时间。 1 )服务器响应超时时间2 )重复登录事务所需的时间3 )聚集点等待超时时间4 )计划中设置的间隔时间。 在我的测试中，事务运行一次的时间不超过30秒，我们修改了脚本，使其运行时间大约为1分钟。 服务器响应超时时间、合并点等待超时时间、计划中设置的间隔时间均设置为2分钟。
这样，场景运行开始后，运行用户数将逐步增加，且每个上升点新增的用户将与原始运行用户同时访问服务。
通过将多次运行和测试结果中的运行用户数与错误用户进行比较，并根据定义确定可接受的错误率，可以最大化同时访问此功能的用户数。
以上测试排除了对网络、客户端等的请求。 在实际测试中，首先要保证这些资源是足够的。
使用Jmeter也可以测试上述场景，更加方便。
抄写的东西
随便看看吧
00共享通报