性能测试报告-模板

AFTVanceInfoAFTVanceInfoXxx系统性能测试报告密级：内部公开密级：内部公开第#页共7页5、运行场景执行时间13小时30分钟预期结果1、页面响应时间平均值不能超过10秒2、CPU使用率平均值不能高于75%3、物理内存使用率不超过70%500个用户并发访问关注站点页面用例名称500个用户并发访问关注站点页面用例编号002测试步骤1、部署性能测试环境，移除与TOF相关代码2、用loadrunner录制脚本，录制地址：6/Banche/Focus3、设置打开关注站点页面为事务“关注站点列表”场景设计1、设计用户数量为5002、加压方案：每隔5秒自动增加50个用户登录系统，直到增加500个3、减压方案：每隔5秒自动停止50个用户，直到全部停止4、设计运行时间为13小时30分钟5、运行场景执行时间13小时30分钟预期结果1、页面响应时间平均值不能超过10秒2、CPU使用率平均值不能高于75%3、物理内存使用率不超过70%测试结果测试结果摘要用户运行情况：（附图）错误数：（附图）事务响应时间：（附图）每秒点击数：（附图）Windows资源情况：（附图）测试结论本次性能测试通过500个用户并发访问2个页面，在13小时30分钟内的626万多次请求中，约有0.023%是失败的，失败原因如：提示内部服务器错误，分析这些原因应与测试用的服务器硬件配置有关，因为这边测试机器使用都是普通的PC机，在每秒一千多次的点击中，机器在某些时刻受到其他程序的响应可能处理不过来，故产生一些错误。响应时间平滑，无大波动，2个事务的平均响应时间在5s以内，可以接受。每秒点击数最大为1047，最小为1018，平均值1028，波动不大，非常稳定。服务器的CPU、内存使用率平稳，达到预期结果。没有错误，响应时间很平滑，无大波动，是因为脚本有thinktime的原因。（虽然随着用户的增加，响应时间和服务器系统资源也在增加，但是事物响应时间基本维持在4.5s左右，还可以接受。但是错误数却很多，其中主要错误不是登录的这个事物，估计是登录的人太多，服务器处理不过来，使后面的用户不能打开网页。用户数超过30个的时候就发生了错误。）（不通过。随着用户的增加，响应时间和点击率逐渐升高，响应时间远远大于预期。服务器的CPU和磁盘的利用率也逐渐升高。当用户在40个左右的时候，开始出现错误。）随着用户的增加，每个脚本的事物响应时间成正比，说明用户越多，服务器的资源使用就越多，处理的时间就越长。这样会急剧加重服务器负担，所以就会有错误的产生（从windows资源图可证明）由于测试客服机和web服务器是同一台计算机，测试的数据会有较大的偏差（测试的性能比实际的要差很多），所以应该在2台计算机进行测试。遗留问题分析无附件无说明：web性能测试需要记录的数据：测试时间、平均响应时间、成功次数、失败次数、web服务器CPU利用率（平均、最大）、数据库服务器CPU利用率（平均、最大）计算公式：成功率=成功次数/（成功次数+失败次数）处理能力=成功次数/测试时间最短平均响应时间=min（平均响应时间）最高处理能力=max（处理能力）*（1-cache影响系数）最大并发用户