性能测试报告模板.docx

性能测试报告模板.docx

《性能测试报告模板.docx》由会员分享，可在线阅读，更多相关《性能测试报告模板.docx（6页珍藏版）》请在冰点文库上搜索。

性能测试报告模板

×××系统

性能测试报告

深圳市XXXXXXX限公司

二零一七年一月

工件版本变更记录：

版本号

拟制/修改日期

拟制/修改人

修改记录

批准人

1.0

2017-01-18

XXXXX

新建

XXXXX

1文档说明

1.1编写目的

本次测试报告为xxx系统的性能测试总结报告，目的在于总结性能测试工作，并分析测试结果，描述系统是否符合xxx系统的性能需求。

1.2测试目的

本次性能测试的目的是检测xxx系统的性能情况。

即：

为了xxx系统上线后能够稳定运行，有必要在上线前对核心业务场景的压力情况有充分了解。

因此，希望在模拟生产环境的情况下，模拟上线后的用户并发数，对系统核心业务进行压力测试，收集相应的系统参数，并最终作为上线的依据。

1.3读者对象

预期参考人员包括用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报告的高层经理。

1.4参考资料

名称

是否可用

备注

XXX性能测试方案

是

1.5术语解释

线程数：

并发用户数

请求数Samples：

发出了多少个请求，例：

模拟10个用户，每个用户迭代10次，就是100次

平均响应时间Average：

单个请求平均响应时间（毫秒）

中位数Median：

50％用户的响应时间（毫秒）

90%Line：

90％用户的响应时间

Min：

最小响应时间（毫秒）

Max：

最大响应时间（毫秒）

错误率Error%：

出现错误的请求的数量/请求的总数

吞吐量Throughput：

表示每秒完成的请求数（RequestperSecond），是指在没有帧丢失的情况下，设备能够接受的最大速率

KB/Sec：

每秒从服务器端接收到的数据量；1GB＝1024MB，1MB＝1024KB，1KB＝1024Bytes。

1.6系统压力强度估算

并发用户的经验公式为：

使用系统的用户数量*（5%~20%）。

系统响应时间判断原则（2-5-10原则）如下：

Ø

系统业务响应时间小于2秒，判为优秀，

用户对系统感觉很好；Ø

系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉一般；Ø

系统业务响应时间在5-10秒之间，判为及格，用户对系统勉强接受；Ø

系统业务响应时间超过10秒，判断为不及格，用户无法接受系统的响应速度；

2测试环境

2.1测试环境

网络环境：

lan（100M）

软件环境：

操作系统：

WindowsServer2008，WindowsXPSP3

应用服务软件：

WebSphere，Tomcat5.5

数据库：

DB2,Oracle10g

硬件环境：

硬件名称

数量（台）

型号

CPU

内存

备注

应用服务器

1

数据库服务器

测试客户端

2.2测试工具

性能工具：

Jmeter3.0

脚本录制：

Badyboy2.1

3测试需求

3.1测试功能点

×××××××

3.2性能需求

注：

1.如果未提出实际性能需求可简写或省略该项

2.此项根据产品需要可适当修改

并发用户数达到？

时，登录系统平均响应时间不超过？

秒；

并发用户数为？

时，操作主要的业务流平均响应时间在用户接受的范围内，系统运行正常；

？

小时运行组合测试用例时，系统正常运行不崩溃；

若系统容量不能达到要求的并发数或运行时间时，验证一下达到哪一个数值时，系统将不能支持

4测试策略

4.1人力资源

名称

测试时间

执行人员

备注

开始时间

结束时间

测试方案

测试脚本

环境、数据准备

结果分析、测试报告

4.2测试用例

用例编号

T_login_0001

验证功能

系统登录

测试目的

被测系统是否能够满足大并发用户数登录的要求

前置条件

已注册用户的账号与密码

方法

设置并发用户数为100个，模拟用户登录系统的负载压力情况，进行30分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。

对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。

用例名称

并发用户数

响应时间期望<

备注

系统登录并发

100

5s

用例编号

验证功能

测试目的

前置条件

方法

用例名称

并发用户数

响应时间期望<

备注

5测试结果与分析（图文）

5.1情景一

6测试结论