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

2023-12-13 12:26:18

一、项目概述
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配置;其二,优化数据库连接池配置。

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

?

文章来源:https://blog.csdn.net/yjt2045263063/article/details/134900957
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。