项目测试报告测试报告怎么写

公众号：程序员阿沐
?
系统测试总结报告
1 引言
1.1 编写目的
1.2 背景
1.3 用户群
1.4 定义
1.5 测试对象
1.6 测试阶段
1.7 测试工具
1.8 参考资料
2 测试概要
2.1 进度回顾
2.2 测试执行
2.3 测试用例
2.3.1 功能性
2.3.2 易用性
3 测试环境
3.1.1 软硬件环境
3.1.2 网络拓扑
4 测试结果
4.1 Bug趋势图
4.2 Bug优先级分布
4.3 问题类型分布
4.4 Bug模块分布图
4.5 最近提交缺陷图
4.6 Bug状态分布
5 测试结论
5.1 功能性
5.2 易用性
5.3 可靠性
5.4 兼容性
5.5 安全性
6 分析摘要
6.1 覆盖率
6.2 遗留缺陷的影响
6.3 建议
7 度量
7.1 资源消耗
7.2 缺陷密度
8 典型缺陷引入原因分析
引言编写目的编写该测试总结报告主要有以下几个目的
通过对测试结果的分析，得到对软件质量的评价分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考评估测试测试执行和测试计划是否符合分析系统存在的缺陷，为修复和预防bug提供建议背景用户群主要读者：XX项目治理人员，XX项目测试经理
其他读者：XX项目相关人员。
定义严峻bug：出现以下缺陷，测试定义为严峻bug
系统无响应，处于死机状态，需要其他人工修复系统才可复原。点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed” 或者返回异常错误系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误测试对象略
测试阶段系统测试
测试工具Bugzilla缺陷治理系统
参考资料《XX需求和设计说明书》
《XX数据字典》
《XX后台治理系统测试计划》
《XX后台治理系统测试用例》
《XX项目计划》
测试概要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分析表和阶段测试报告。
进度回顾版本/时间
计划开始时间
实际开始时间
计划完成时间
实际完成时间
加班
增加资源
B1
2007.7.2
2007.7.2
2007.7.5
2007.7.5
否
否
B2
2007.7.16
2007.7.16
2007.7.19
2007.7.19
否
否
B3
2007.7.23
2007.7.23
2007.7.25
2007.7.24
否
2个人日
B4
2007.7.28
2007.7.29
2007.7.31
2007.7.31
1个人1天1个人2天
2个人日

项目测试报告 测试报告怎么写

项目测试报告测试报告怎么写