TC 版 本:1.0
状 态:CF
客户俱乐部系统项目
集成测试用例
文件建立/修改记录
目 录
1 简介
1.1 目的
为客户俱乐部系统(CC)集成测试工作而编写的测试用例,编写此测试用例是为了实施测试工作做指导,使得测试时能覆盖所有功能项。读者范围适合本项目的项目经理、设计人员、开发人员。
1.2 适用范围
本测试用例是针对《客户俱乐部需求规格说明书1.0》中规定内容的集成测试用例。
在实施集成测试过程中,以此测试用例为导向。在每个测试用例中使用符合测试用例所描述的条件测试数据进行测试工作。
1.3 引用文件
无
1.4 术语表
无
1.5 参考资料
主动营销测试用例的编写参考了下列文档:
- 客户俱乐部需求规格说明书.doc
- 客户俱乐部测试计划.doc
- 客户俱乐部详细设计说明书.doc
2 功能测试用例
2.1 会员资料管理
2.1.1 查询会员资料
2.1.2 新增会员资料
2.1.3 修改会员资料
2.1.4 删除会员资料
第二篇:XXX实际项目性能测试方案模板(修订)
XXX项目
性能测试方案
修订记录
目 录
1 项目简介.... 1
1.1 测试目标... 1
1.2 测试范围... 1
1.3 性能测试指标要求... 2
1.3.1 交易吞吐量... 2
1.3.2 交易响应时间... 2
1.3.3 并发交易成功率... 2
1.3.4 资源使用指标... 2
2 测试环境.... 3
2.1 网络拓扑图... 3
2.2 软硬件配置... 3
3 测试方案.... 4
3.1 交易选择... 4
3.2 测试数据... 4
3.2.1 参数数据... 4
3.2.2 存量数据... 5
3.3 资源监控指标... 5
3.3.1 台式机... 5
3.3.2 服务器... 5
3.4 测试脚本编写与调试... 5
3.5 测试场景设计... 5
3.5.1 典型交易基准测试... 5
3.5.2 典型交易常规并发测试... 6
3.5.3 稳定性测试... 7
3.6 测试场景执行与数据收集... 8
3.7 性能优化与回归... 8
4 测试实施情况.... 9
4.1 测试时间和地点... 9
4.2 参加测试人员... 9
4.3 测试工具... 9
4.4 性能测试计划进度安排... 10
5 专业术语.... 11
1 项目简介
1.1 测试目标
通过对XXXXXX系统的性能测试实施,在测试范围内可以达到如下目的:
Ø 了解XXX系统在各种业务场景下的性能表现;
Ø 了解XXX业务系统的稳定性;
Ø 通过各种业务场景的测试实施,为系统调优提供数据参考;
Ø 通过性能测试发现系统瓶颈,并进行优化。
Ø 预估系统的业务容量
1.2 测试范围
XXX系统说明以及系统业务介绍和需要测试的业务模块,业务逻辑图如下:
本公司服务器环境以及架构图
为了真实反映XXXX系统自身的处理能力,本次测试范围只包(XXX服务器系统和Web服务系统、数据库服务器系统)。
1.3 性能测试指标要求
本次性能测试需要测试的性能指标包括:
1、交易吞吐量:后台主机每秒能够处理的交易笔数(TPS)
2、交易响应时间(3-5-8秒 )
3、并发交易成功率99.999%
4、资源使用指标:前置和核心系统各服务器CPU(80%)、内存占用率(80%)、Spotlighton数据库;LoadRunner压力负载机CPU占用率、内存占用率
1.3.1 交易吞吐量
根据统计数据,XXX系统当前生产环境高峰日交易总量为【】万笔。根据二八原则(80%的交易量发生在20%的时间段内),当前生产环境对主机的交易吞吐量指标要求为:
TPS_1 ≥ 【】 * 80% / (24 * 20% * 3600) = 【】 笔/秒
为获取系统主机的最大处理能力,在本次性能测试中可通过不断加压,让数据系统主机CPU利用率达到【】%,记录此时的TPS值,作为新主机处理能力的一个参考值。
1.3.2 交易响应时间
本次性能测试中的交易响应时间是指由性能测试工具记录和进行统计分析的、系统处理交易的响应时间,用一定时间段内的统计平均值ART来表示。
本次性能测试中,对所有交易的ART指标要求为:
ART ≤ 5 秒
1.3.3 并发交易成功率
指测试结束时成功交易数占总交易数的比率。交易成功率越高,系统越稳定。
对典型交易的场景测试,要求其并发交易成功率 ≥ 99.999% 。
1.3.4 资源使用指标
在正常的并发测试和批处理测试中,核心系统服务器主机的资源使用指标要求:
CPU使用率 ≤ 80%
内存使用率 ≤ 80%
2 测试环境
2.1 网络拓扑图
压力产生器(Load Generator)连接服务端系统,客户端发送请求到服务端,服务端响应并处理后将结果返回到客户端。本次测试的网络环境为1000Mb ps局域网,使用独立的网段,忽略防火墙网络延迟,交易请求以及结果返回的网络传输时间可以忽略不计。
简图如下:
公司网络传输拓扑结构图
2.2 软硬件配置
性能测试环境的硬件和软件配置如下表所示:
3 测试方案
3.1 交易选择
通过业务数据统计和业务模型分析,最终选择的典型交易如下表所示:
3.2 测试数据
3.2.1 参数数据
为了尽可能的模拟系统生产环境,所以JVM的初始堆栈大小、WEB服务器的线程池、数据库连接池等系统配置,统一参考WAP生产环境配置。
3.2.2 存量数据
存量数据来自XXXX实际生产系统,对生产数据进行脱敏处理,并导入测试环境核心系统数据库。基础数据的数据规模。
3.3 资源监控指标
本次性能测试通过LoadRunner进行的资源监控包括:操作系统UNIX、AIX资源监控。定义的监控指标如下:
3.3.1 台式机
Ø 系统CPU使用率 80%
Ø 系统内存使用率 80%
Ø 系统IO使用率 80%
监控的服务器包括WEB服务器。
3.3.2 服务器
Ø 系统CPU使用率 80%
Ø 系统内存使用率 80%
Ø 系统IO使用率 80%
监控的服务器包括数据库服务器。
3.4 测试脚本编写与调试
3.5 测试场景设计
3.5.1 典型交易基准测试
典型交易基准测试是单交易单用户测试,目的是对选择的每个典型交易在无压力情况下(无额外进程运行并占用系统资源)情况下,获取系统处理单笔交易的耗时,为下一步模拟多个用户、混合交易的性能测试提供一个基本数据参考。
基准测试要达到以下目标:
l 验证测试脚本及测试参数的正确性。
l 获取系统处理单笔交易性能数据,主要是单笔交易平均响应时间。
3.5.1.1 测试方法
使用一个Vuser,分别运行每个典型交易的脚本,设置脚本的迭代次数1次,验证所有脚本是否运行正确、所有交易事务是否成功返回,并获取每个典型交易的平均交易响应时间ART。
3.5.1.2 测试场景-基准测试(测试单业务单人测试获取典型交易的平均响应时间)
3.5.2 典型交易常规并发测试
单交易多用户并发测试对每个典型交易通过多个用户多次迭代执行,获得该交易在并发用户情况下的平均响应时间以及每秒响应交易数,同时检验服务器端对每个典型交易多个并发用户的处理能力。
3.5.2.1 测试方法
对单交易多用户并发测试:使用手动场景,设置并发用户数35、45,持续时间15分钟,无思考时间,无迭代延迟。测试每个交易在不同压力下的应时间以及每秒响应交易数量。从而发现交易的单点瓶颈,并针对问题进行优化。
3.5.2.2 测试场景-用户并发测试(针对问题进行优化)
3.5.3 稳定性测试
通过生产系统的总用户数,模拟生产环境,考察在模拟生产环境的情况下是否会出现宕机、响应时间变长、交易成功率下降、内存使用率持续上升等异常现象。
3.5.3.1 测试方法
通过基准测试得出的交易响应时间,按照响应时间设置交易占比。然后不断施加压力,观测系统的CPU使用率。来判断系统所能承受的极限压力。再根据此压力的并发数量,让场景持续运行时间8小时,各交易无思考时间、无迭代延迟时间。获取核心主机TPS值、各典型交易的平均响应时间ART和性能监控数据。
3.5.3.2 测试场景-稳定性测试
在系统资源使用到达极限时长时间压力测试的场景
3.6 测试场景执行与数据收集
性能测试执行过程中应收集的测试场景执行结果数据包括:
l LoadRunner的Controller中的场景执行结果数据;
l LoadRunner的资源监控数据;
l 核心主机记录的资源(CPU、MEM)监控数据文件。
3.7 性能优化与回归
4 测试实施情况
4.1 测试时间和地点
时间:XXXX年 XX月XX 日 — XXXX年 XX 月 XX 日
地点:XXXXXXXXXXXXXXX
4.2 参加测试人员
参加本次核心系统主机升级性能测试的人员包括:
- 项目经理: XXXXXX
- 测试负责人: XXXXXX
- 测试人员:XXXXXX
- 运维人员: XXXXX、XXXX
4.3 测试工具
注意:Loadrunnet客户方是否具备lisence,如具备正版lisence更佳。其他工具为开源或免费软件。
4.4 性能测试计划进度安排
在实际测试过程中,由于测试环境有时不太稳定、和功能测试共用测试环境以及测试场景执行出错需重复测试等原因,实际进度可能会稍有推迟。