软件测试报告参考样例.docx
《软件测试报告参考样例.docx》由会员分享，可在线阅读，更多相关《软件测试报告参考样例.docx（10页珍藏版）》请在冰豆网上搜索。
软件测试报告参考样例
XXXXXX有限公司
XXXX测试报告
文件编号
【项目编号】/XX-SP-ST-T01
文件状态
[]草稿[]初稿[]正式发布[]正在修改
当前版本
拟制
日期
审核
日期
批准
日期
修订历史记录
变更版本号
修改日期
变更类型
修改人
批准人
摘要
备注
变更类型：
用字母表示
C——创建，A——增加，M——修改，D——删除
目录：
第1部分引言
1.1编写目的
1.2项目背景
1.3术语和缩写词
1.4参考资料
第2部分测试概述
2.1测试范围及目的
2.2测试计划
2.3测试人员安排
2.4测试概述
第3部分测试阶段
3.1测试环境
3.2测试结果
3.21测试Bug趋势图
3.2.1.1不同版本Bug分布和分析
3.2.1.2不同模块Bug分布和分析
3.2.1.3不同严重程度的Bug分布和分析
3.2.2Bug引入原因
3.2.3测试结论
3.2.3.1功能方面
3.2.3.2性能方面
3.23.3健壮性
3.2.3.4接口
3.2.3.5界面
3.2.3.6安全性
3.2.3.7安装与反安装
第4部分测试分析
4.1测试覆盖率
4.1.1黑盒测试---需求覆盖率：
4.1.2白盒测试---代码覆盖率
4.1.2.1语句覆盖率：
4.1.2.2路径覆盖率：
4.1.2.3条件覆盖率：
4.1.2.4判定覆盖率：
4.2测试用例通过率
4.3测试遗留缺陷
4.3.1缺陷描述
4.3.2缺陷再现方法
4.3.3缺陷影响
43.4遗留原因
4.3.5拟解决方案
4.4测试缺陷解决率
4.5测试总结
4.6进度回顾
4.7资源消耗
第5部分附录
第1部分引言
1.1编写目的
【本测试报告的具体编写目的，指出预期的读者范围。
实例：
该测试报告主要针对XXX,XXX,XXX等读者，包含有一下几个主要目的：
1通过对测试结果的分析，得到对软件质量的评价
2.分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考
3.评估测试测试执行和测试计划是否符合
4．分析系统存在的缺陷，为修复和预防bug提供建议
提示：
通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。
此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。
】
1.2项目背景
【对项目目标和目的进行简要说明。
必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。
】
1.3术语和缩写词
缩略词
英文全称
中文解释
术语
解释
【列出本计划中使用的全部缩略语全称及其解释，列出本计划中使用的专用术语及其解释51Testing软件测试网4?
G}*s-nD】
1.4参考资料
【列出本计划各处参考的经过核准的全部文档和主要文献】
第2部分测试概述
2.1测试范围
【各个测试阶段的范围不同，整个测试阶段覆盖了软件系统的所有业务和功能单据：
1.单元测试和功能测试阶段，测试范围是软件系统的主业务单据和路径；
2.集成测试阶段，测试范围覆盖了所有的模块接口和数据接口；
3.系统测试阶段覆盖了整个业务的数据流程。
】
2.2测试计划
序号
测试阶段
测试内容
人数（人）
工作时间（天）
1
环境准备
准备oracle10g数据库和weblogic应用服务器
2
2
2
整理测试点
根据客户操作制定性能测试方案
3
8
3
编写测试用例
根据测试方案完成性能测试用例文档
2
10
4
准备测试数据
根据测试用例准备测试数据
2
15
5
执行测试
根据测试用例执行性能测试，记录测试数据和测试结果
2
20
6
优化性能瓶颈
根据测试反映出来的性能问题优化软件系统
4
15
7
完成测试报告
根据测试执行情况完成测试报告
2
5
2.3测试人员安排
测试模块
测试组长
测试子模块
其他测试人员
测试起始时间
测试结束时间
测试完成程度
领导签字
接口测试
界面测试
功能测试
性能测试
健壮性测试
安全测试
安装与反安装测试
2.4测试概要
【实例：
XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，
测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点
2.2个bug。
XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的
基线标识），B6－B8为回归测试版本。
计划内测试版本，B1—B4测试进度依照项目计划
时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，
准时完成测试。
B5版本推迟发布2天，测试增加2个人日，准时完成测试。
B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。
XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的
bug分析表和阶段测试报告。
】
第3部分测试阶段
3.1测试环境
环境
应用服务器
数据库服务器
客户端
硬件配置
CPU：
Intel（R）Celeron（R）CPU2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80GSATA
CPU：
Intel（R）
Celeron（R）CPU
2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80GSTAT
CPU：
Intel（R）Celeron（R）
CPU2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80G
SATA
软件配置
OS：
CentOS4.2
JDK1.5.0_06
Apache2.2.0
Tomcat5.5.15
OS：
CentOS4.2
MySQL5.0.17Linux
Window2000
Professional（SP2）
IE6.0.2900.2180.xpsp_sp2
网络环境
10MLAN
10MLAN
10MLAN
3.2测试结果
3.2.1测试Bug趋势图
3.2.1.1不同版本Bug分布和分析
3.2.1.2不同模块Bug分布和分析
3.2.1.3不同严重程度的Bug分布和分析
3.2.2Bug引入原因
3.2.3测试结论（包括实现了哪些功能，存在哪些缺陷）
3.2.3.1功能方面
【功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
】
3.2.3.2性能方面
【负载测试和压力测试都属于性能测试，两者可以结合进行。
通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
】
3.2.3.3健壮性
【健壮性测试（RobustnessTesting）又称为容错性测试（FaultToleranceTesting），用于测试系统在出现故障时，是否能够自动恢复或者忽略故障继续运行】
3.2.3.4接口
3.2.3.5界面
3.2.3.6安全性
3.2.3.7安装与反安装
第四部分测试分析
4.1测试覆盖率
4.1.1黑盒测试---需求覆盖率：
需求覆盖率=被验证到的需求数量/总的需求数量（包括功能和性能）
4.1.2白盒测试---代码覆盖率
4.1.2.1语句覆盖率：
语句覆盖率=至少被执行一次的语句数量/有效的程序代码行数
4.1.2.2路径覆盖率：
路径覆盖率= 至少被执行一次的路径数/程序总路径数
4.1.2.3条件覆盖率：
条件覆盖率= 条件操作数值至少被执行一次的数量/条件操作数值的总数
4.1.2.4判定覆盖率：
判定覆盖率=（判定结果被评价的次数）/（判定结果的总数）
4.2测试用例通过率
【测试所用了多少用例，有多少未通过，多少通过了，通过率=通过的/总共的；用例未通过主要原因】
4.3测试遗留缺陷
4.3.1缺陷描述
4.3.2缺陷再现方法
4.3.3缺陷影响
4.3.4遗留原因
4.3.5拟解决方案
4.4测试缺陷解决率
【测试发现了多少缺陷，其中，解决的缺陷有多少，未解决的有多少；缺陷解决率=解决的/总共的】
4.5测试总结
【1．测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）
2．对测试风险的控制措施和成效
3．测试目标是否完成
4．测试是否通过
5．是否可以进入下一阶段项目目标】
4.6进度回顾
版本
计划开始时间
实际开始时间
计划完成时间
实际完成时间
增加资源
B1
2007.7.23
2007.7.23
2007.7.25
2007.7.24
2个工作日，1名工作人员
4.7资源消耗
测试时间
2007年7月2日至2007年8月6日共35天
测试人力
1人×7天＋1人×35天＝42人天
硬件资源
服务器：
PC2台
客户端：
PC2台
第5部分附录
5.1《XXX项目说明书》
5.2《XXX测试计划书》
5.3《XXX测试用例》
5.4《XXX测试数据分析》
升级会员 