自动化测试框架性能测试报告模板
目录
一、项目概述
二、测试环境说明
三、测试方案
四、测试结果
五、结果分析
总结：
一、项目概述
1.1 编写目的
本次测试报告，为自动化测试框架性能测试总结报告。目的在于总结我们课程所压测的目标系统的性能点、优化历史和可优化方向。
1.2 项目背景
我们公开课的性能测试目标系统。主要是用于我们课程自动化测试框架功能的实现，以及性能测试和调优的实例系统。
1.3 名词解析
1. 并发用户数：测试同时访问被测系统的线程数。由于测试过程中，每个线程都是以尽快的速度发送请求，与实际用户请求有较大差别，因此它不等同于实际用户并发请求。
2. 响应时间：线程向被测系统发请求，接收到回包的时间统计。
3. 负载能力：系统维持稳定运行的最大负载。
4. 最大并发数：系统崩溃或者处于瓶颈状态的并发数。
二、测试环境说明
2.1 服务器配置
| 服务器名称 |
配置详情 |
数量 |
IP |
| 数据库服务器 |
Centos7.2，2.8GHz X 1，1G，50G |
1 |
120.24.182.157 |
| Web服务器 |
Window10，2.8GHz X 4，2G，500G |
1 |
192.168.1.110 |
三、测试方案
3.1 测试计划
| 测试轮次 |
测试时间 |
人员 |
地点 |
| 第一轮：页面测试 |
2022.12.19 |
Perlly |
公开课 |
| 第二轮：接口测试 |
2022.12.20 |
Perlly |
公开课 |
| 第三轮：场景压测 |
2022.12.21 |
Perlly |
公开课 |
3.2 测试方案
1. 梯度增压方案：确定系统的压力瓶颈。
2. 稳定负载方案：得出系统的负载性能。
3.3 测试场景
场景1：压力场景。设计50个虚拟用户，每20s增加5个，直到增加到50个、或者直到系统出现异常。
场景2：负载场景。分析场景1的结果，得出系统的最大负载；然后直接运行负载对应的虚拟用户数。
四、测试结果
4.1 响应时间
(分析：系统正常运行时，响应时间维持在20ms之内，属于较好的性能情况。当系统到达瓶颈，并且临近崩溃之时，响应时间呈指数上升，属于异常情况。)
4.2 最大并发
(从图中可以看出，系统在前一分钟，随着请求量的上升，并发数一直处于稳定上升状态，最高时，可以达到800左右。在运行策略一分钟后，用户大概增加到30个的时候，系统的并发到达一个峰值的动态平衡。当用户超过40的时候，系统的并发呈直线下降趋势，也就是说，系统在这样的压力下，崩溃了。因此，系统能支持的最大负载约750，此时的虚拟用户约20-30个。)
4.3 服务器性能
4.4 服务器报错
错误1：数据库连接池不够
错误2：java jvm内存分配不够
4.4 负载测试结果
五、结果分析
5.1 系统和方案优化记录
1. 优化数据库网络环境
2. 优化日志输出
3. 数据库索引优化
5.2 系统性能结果分析
1. 网络分析。从场景脚本来看，场景涉及网页压测，结合服务器的网络状况，可以得出结论，若要提升静态页面的并发，还需要提升服务器的带宽条件，或者是优化页面元素。
2. 服务器性能分析。服务器的CPU消耗殆尽，主要是原因是java应用程序和数据库都部署在同一服务器，形成了资源抢占的情况。因此，分开部署，可以提升服务器负载。
3. 服务器错误分析。从两个报错，可以得出两个优化方向：其一，优化jvm配置；其二，优化数据库连接池配置。
总结：
感谢每一个认真阅读我文章的人！！！
我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。
Python自动化测试学习交流群：全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】：
http://qm.qq.com/cgi-bin/qm/qr?_wv=1027&k=DhOSZDNS-qzT5QKbFQMsfJ7DsrFfKpOF&authKey=eBt%2BF%2FBK81lVLcsLKaFqnvDAVA8IdNsGC7J0YV73w8V%2FJpdbby66r7vJ1rsPIifg&noverify=0&group_code=198408628
