软件测试报告实例.docx
《软件测试报告实例.docx》由会员分享，可在线阅读，更多相关《软件测试报告实例.docx（14页珍藏版）》请在冰点文库上搜索。
软件测试报告实例
测试报告
——******************
文件状态：
[]草稿
[]初稿
[√]正式发布
[]正在修改
文件标识：
当前版本：
测试报告编制：
测试报告审核：
测试报告确认签字盖章
完成日期：
二○○九年七月
文件修改版本控制
序号
版本
修改
章节号
更新
状态
原因
修改人
修改日期
批准人
1
2
3
4
5
6
7
更新状态:
用字母表示。
C——创建，A——增加，M——修改，D——删除
目录
第1部分概述5
1.1编写目的5
1.2读者对象5
1.3项目背景5
1.4术语解释5
第2部分测试配置要求6
2.1网络环境6
2.1.1网络硬件6
2.1.2网络软件6
2.2服务器环境7
2.2.1服务器硬件7
2.2.1.1应用服务器硬件7
2.2.1.2数据库服务器硬件7
2.2.2服务器软件7
2.2.2.1应用服务器软件7
2.2.2.2数据库服务器软件7
2.3测试机环境8
2.4测试工具8
2.5测试数据8
第3部分测试过程及结果描述9
3.1功能测试过程及结果9
3.1.1测试计划9
3.1.2测试范围9
3.1.3BUG统计10
3.1.3.1Bug类型统计10
3.1.3.2测试阶段Bug统计11
3.1.3.3严重程度统计12
3.1.3.4状态统计12
3.2性能测试过程及结果13
3.2.1测试计划13
3.2.2测试范围及性能指标13
3.2.3场景及脚本设计14
3.2.3.1场景设计14
3.2.3.2脚本设计14
3.2.4测试结果14
3.2.5测试结果图14
3.2.5.1登录14
第4部分测试结论17
4.1结果分析17
4.1.1功能测试结果分析17
4.1.2性能测试结果分析17
4.2总结18
第1部分概述
1.1编写目的
本文档描述了……，根据测试结果指导开发人员对软件产品进行完善和优化，给用户提供一份客观的软件质量报告。
1.2读者对象
本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表、实施人员。
1.3项目背景
项目名称：
项目简称：
委托单位：
开发单位：
1.4术语解释
1）响应时间：
客户端从给服务器发送一个请求开始直到完全接收了服务器反馈信息为止，这期间所用的时间称为响应时间。
2）吞吐率：
即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3）点击率：
每秒钟用户向Web服务器提交的HTTP请求数。
第2部分测试配置要求
2.1网络环境
2.1.1网络硬件
2.1.2网络软件
Windows自带。
2.2服务器环境
2.2.1服务器硬件
2.2.1.1应用服务器硬件
Ø服务器数量：
1台
Ø服务器硬件配置：
品牌：
华硕
内存：
3.00G
XeonE54052.33
硬盘：
280G
2.2.1.2数据库服务器硬件
Ø服务器数量：
1台
Ø服务器硬件配置：
品牌：
华硕
内存：
4G
XeonE54052.0
硬盘：
1280G
2.2.2服务器软件
2.2.2.1应用服务器软件
ØwindowsXPSP2服务器版
Ø应用服务器：
Tomcat5.5
2.2.2.2数据库服务器软件
ØwindowsXPSP2服务器版
Ø数据库：
oracle10g
2.3测试机环境
Ø操作系统：
windowsXPSP2
Ø测试机数量：
5台
ØCPU：
2.4G
Ø内存：
1.5G
Ø浏览器：
IE6.0
2.4测试工具
类型
工具
产商
版本
测试流程管理
BUGFREE
2.0
缺陷报告跟踪
BUGFREE
2.0
性能测试
LoadRunner
Mercury
8.1
数据库监控工具
Spotlight
Questsoftware
5.0
2.5测试数据
根据……。
第3部分测试过程及结果描述
3.1功能测试过程及结果
3.1.1测试计划
序号
测试阶段
测试内容
测试人数（人）
工作时间（天）
3.1.2测试范围
各个测试阶段的范围不同，整个测试阶段覆盖了软件系统的所有业务和功能单据：
1、单元测试和功能测试阶段，测试范围是软件系统的主业务单据和路径；
2、集成测试阶段，测试范围覆盖了所有的模块接口和数据接口；
3、系统测试阶段覆盖了整个业务的数据流程。
3.1.3BUG统计
3.1.3.1Bug类型统计
3.1.3.2测试阶段Bug统计
3.1.3.3严重程度统计
备注：
“1”表示“严重”；“2”表示“高”；“3”表示“中”；“4”表示“低”。
3.1.3.4状态统计
备注：
Closed表示已关闭；Resolved表示已解决；Active表示活动。
3.2 性能测试过程及结果
3.2.1测试计划
序号
测试阶段
测试内容
人数（人）
工作时间（天）
1
环境准备
准备oracle10g数据库和weblogic应用服务器
2
2
2
整理测试点
根据客户操作制定性能测试方案
3
8
3
编写测试用例
根据测试方案完成性能测试用例文档
2
10
4
准备测试数据
根据测试用例准备测试数据
2
15
5
执行测试
根据测试用例执行性能测试，记录测试数据和测试结果
2
20
6
优化性能瓶颈
根据测试反映出来的性能问题优化软件系统
4
15
7
完成测试报告
根据测试执行情况完成测试报告
2
5
3.2.2测试范围及性能指标
序号
场景名称
虚拟用户数
初始数据量
CPU使用率
响应时间
1
<75%
<5s
2
<75%
<10s
3
<75%
<5s
4
<75%
<5s
5
<75%
<5s
6
<75%
<5s
7
<75%
<10s
8
<75%
<8s
3.2.3场景及脚本设计
3.2.3.1场景设计
1、并发运行测试脚本；
2、忽略思考时间；
3、监控响应时间、点击率、应用服务器中的CPU使用率和内存；
4、稳定性测试时，设置运行时间30分钟
3.2.3.2脚本设计
1、在init中录制打开网址的场景，Action中录制测试点，end中录制关闭网页的动作；
2、给每个测试点前后插入事务；
3、根据业务需要给某些场景事务前插入集合点。
3.2.4测试结果
场景
测试点
用户数/个
测试结果
响应时间/s
点击率
CPU使用率
3.2.5测试结果图
3.2.5.1登录
Ø响应时间图
Ø点击率图
Ø吞吐率图
第4部分测试结论
4.1结果分析
依据测试范围可以看出，测试覆盖了陕西新农合医疗省级平台中的所有单据功能点以及代表性的性能测试场景。
现分别描述测试结果要点。
4.1.1功能测试结果分析
1、单元测试和功能测试发现了整个测试阶段的75.3%的bug，符合软件bug出现规律；
2、按照bug类别划分，代码错误占整个bug数量的56.1%，接近软件业界bug类别的标准60%。
3、占整个bug数量27.4%的严重级别的bug都已经解决且关闭，解决率达到100%；
4.1.2性能测试结果分析
1、从测试结果值可以看出，所选择的性能测试场景的性能结果全部符合指标；
2、A场景在并发2000虚拟用户时响应时间小于1秒，服务器CPU使用率为13%，性能结果符合业务要求；
3、……等使用频率比较大的单据在并发运行600个虚拟用户时，响应时间都不超过1秒，服务器CPU使用率最大值为18.793%，符合用户业务操作要求；
4、登录场景稳定性测试中，在并发运行40个虚拟用户，连续运行30分钟后响应时间为3.729秒，服务器CPU使用率为7.475%，各项性能值均达标，也符合用户的业务操作要求。
4.2总结
本次测试完全依照现有的功能模块和单据进行功能和性能测试，功能测试覆盖率100%，性能测试场景具有操作代表性。
根据测试结果可以得出：
在当前的服务器软硬件、网络环境下软件系统功能符合验收标准，性能测试结果达到性能指标也符合验收标准。
升级会员 