没有合适的资源?快使用搜索试试~ 我知道了~
首页Web服务稳定性测试 负载测试 可靠性测试 测试报告
本次测试采取负载测试、并发测试、可靠性测试。测试方案采取模拟真实用户使用场景,模拟指定人数在一定时间点击界面产生的请求数。 在并发10(单位个/s)、20、40、80、160、500、1000、2000的基准下,调整用户数(虚拟用户用一个线程,下统称线程数)、点击准备时间(用户点击时间模拟时间,下称Ramp-up单位秒)和用户点击次数(下称循环),例如10个用户,每个用户每5秒点击1次,则线程数为10,Ramp-up为5,循环数为1。详细测试策略请看2.1。 对登录、数据新增(用户)、编辑(用户)、获取(用户)和删除(用户)进行负载测试,获得其稳定负载值。 对全站使用策略100-100-1-1进行并发测试,挑选用户服务所有接口。基础数据服务中挑选和用户服务关联的功能接口5个,组织结构接口4个,和用户服务无关的行政区3个接口。具体接口请查看附件1。 对全站进行可靠性测试,根据以上测试接口,选择稳定的并发数后持续测试-模拟时长8+小时。 稳定性测试是通过运行状态和资源指标的2个方面来分析及评估系统的稳定性,请求记录项响应的时间平均值、最小值、最大值、标准偏差、异常(百分比)、吞吐量、接收、发送、平均字节数,服务器资源指标CPU、Memory,在此额外添加记录数据库数据。通过调试测试策略、分析实验数据得出相关系统稳定性的结论,从而达到平台能力验证、规划能力、性能调优、缺陷发现等目的。
资源详情
资源评论
资源推荐

XXX
稳定性测试
(仅供内部使用)
拟制:
XXX
日期:
XXXX-XX-XX
审核:
日期:
批准
:
日期:

修订记录
修订版本
日期
作者
描述
备注
V0.1
xxxx-xx-xx
XXX
负载测试
xxx
V0.2
xxxx-xx-xx
XXX
修改发现的问题
xxx
V0.3
xxxx-xx-xx
XXX
并发测试
xxx
V0.4
xxxx-xx-xx
XXX
可靠性测试
xxx
V0.5
xxxx-xx-xx
XXX
可靠性测试
xxx
V0.6
xxxx-xx-xx
XXX
可靠性测试
xxx
V0.7
xxxx-xx-xx
XXX
可靠性测试
xxx
V1.0
xxxx-xx-xx
XXX
可靠性测试
发行

目录
1 概述 4
1.1 背景 4
1.2 服务说明 4
1.2.1 服务器部署 4
1.2.2 服务配置 4
1.3 测试工具 5
1.4 稳定标准 5
1.5 关键字定义 5
1.6 排除干扰项 5
2 测试方案 5
2.1 测试策略 6
2.2 测试脚本 8
3 负载测试 11
3.1 测试样本 11
3.1.1 登录接口 11
3.1.2 创建接口 13
3.1.3 获取接口 14
3.1.4 编辑接口 14
3.1.5 删除接口 15
3.1.6 分页接口 15
3.1.7 其他接口 15
3.2 结果分析 17
3.2.1 稳定性分析 17
3.2.2 解决方案 17
4 并发测试 18
4.1 测试样本 18
4.2 结果分析 22
5 可靠性测试 22
5.1 测试样本 22
5.1.1 全站可靠性测试 22
5.1.2 创建接口类型可靠性测试 24
5.1.3 编辑接口类型可靠性测试 26
5.1.4 获取接口类型可靠性测试 27
5.1.5 分页获接口类型可靠性测试 29
5.2 结果分析 30
5.2.1 概况 30
5.2.1.1 问题 31
5.2.2 不同接口类型测试 32
5.2.3 解决方案 32
5.3 稳定测试-可靠性测试 33
5.3.1 平稳-高并发-平稳 33
5.3.2 长时间测试 34
6 总结 35
7 附录 35
附录 1-测试接口列表 35
附录 2-测试脚本 35
附录 3-数据库数据统计 35

1 概述
1.1 背景
系统的稳定性是系统长期稳定运行能力,需要时间累积才能度量。平台的某些问题需要达到一定时间、一定的
使用量后才会暴露出来。如内存泄漏,系统运行过程中发现部分服务的部分接口会发生服务不可达的情况。
从而团队提出对平台进行稳定性分析,通过给系统施加一定业务压力大情况下,使系统持续运行一段时间,以
此来检测系统是否稳定运行(下统称稳定性测试或测试)。
1.2 服务说明
平台运行的服务包括系统服务和业务服务,系统服务包括 Consul、Redis、Cap、RabbitMQ、Exceptionless 套件
等,业务服务包括用户服务、基础数据服务、网关服务,详细见《xxx 发布标准》。本次测试针对三个业务服务,
对系统外界只有网关可视(测试对象统称系统或平台),故测试对象为一个服务。
1.2.1 服务器部署
本次测试采用单机环境,所有服务全部配置在同一台服务上,数据库部署在另一台机器上。
Manufacturer: Microsoft Corporation
Product Name: Virtual Machine
IP
:
192.168.4.57
(业务服务)、
192.168.4.253
(数据库)
CPU
:
Intel(R) Xeon(R) Gold 5117 CPU @ 2.00GHz
(物理
CPU
个数
1
,核数:
16
)
Memory
:
16G
OS
:
CentOS Linux release 7.6.1810 (Core)
PostgreSQL
:
PostgreSQL 11.6 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39), 64-bit
Docker
:
Docker version 19.03.5, build 633a0ea
其他软件环境见
1.3
测试工具
1.2.2 服务配置
其中系统中存在大量配置,其中影响测试的配置包括:
xx:单服务接口最大并发数 设置为 1 万
xxx:请求执行超时时间 设置为 30s
xxx:是否启用性能追踪组件 设置为 不启用
xxxxxx:是否启用服务接口缓存拦截 设置为 启用
Xxxxxxxx:是否启用集中式日志 设置为 不启用

1.3 测试工具
Apache JMeter(5.2.1):测试客户端,作为虚拟用户脚本产生器(Virtual User Generator)、压力产生器(player)、
用户代理(Agent)、压力调度和监控系统(Controller)、压力结果分析工具(Analysis)
1) 安装前需要安装 Java,本次测试使用 jre1.8.0_241
2) 客户端如需则自行汉化
3) 安装服务资源监控器插件,从官网下载安装 Plugins Manager,并安装 jpgc - Standard Set
ServerAgent(2.2.1):服务器 Agent,提供服务器资源使用数据
1) 服务器需要安装 Java,本测试使用 java version "1.8.0_241"
2) 进入 ServerAgent 存放目录,使用命令“./startAgent.sh”启动 Agent
3) 需要确保端口 4444 能够访问,本测试关闭了服务器防火墙
1.4 稳定标准
在一定的配置情况下
CPU
:单颗,
16
核
Memory
:
16G
在以上硬件环境下满足
1)
系统指标
满足
100
个
/s
的最大并发。请求
100%
请求成功,且平均响应时间小于
5s
;
2)
资源指标
在单位时间内(
5s
),
CPU
最大使用率不能持续超过
95%
,内存最大占用率不能持续超过
95%
。
1.5 关键字定义
1.6 排除干扰项
不考虑断电,硬件资源损坏情况
2 测试方案
本次测试采取
负载测试、并发测试、可靠性测试
。测试方案采取模拟真实用户使用场景,模拟指定人数在一定
时间点击界面产生的请求数。
在并发 10(单位个/s)、20、40、80、160、500、1000、2000 的基准下,调整用户数(虚拟用户用一个线程,
下统称线程数)、点击准备时间(用户点击时间模拟时间,下称 Ramp-up 单位秒)和用户点击次数(下称循环),
例如 10 个用户,每个用户每 5 秒点击 1 次,则线程数为 10,Ramp-up 为 5,循环数为 1。详细测试策略请看 2.1。
对登录、数据新增(用户)、编辑(用户)、获取(用户)和删除(用户)进行负载测试,获得其稳定负载值。
对全站使用策略 100-100-1-1 进行并发测试,挑选用户服务所有接口。基础数据服务中挑选和用户服务关联的
功能接口 5 个,组织结构接口 4 个,和用户服务无关的行政区 3 个接口。具体接口请查看附件 1。
剩余36页未读,继续阅读
















安全验证
文档复制为VIP权益,开通VIP直接复制

评论1