自动化测试框架性能测试报告模板

目录

一、项目概述

二、测试环境说明

三、测试方案

四、测试结果

五、结果分析

总结:


一、项目概述

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

猜你喜欢

转载自blog.csdn.net/manbskjabgkb/article/details/131796277