测试报告的结构和编写
什么是测试报告?
测试报告是指把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。
一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。
测试报告的结构与内容
以下举了模板例子
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
XXXXXXXXX平台测试报告
2020年03月04日
版本记录
版本 | 版本日期 | 修改人 | 备注 |
V3.0.2 | 20200102 | 双木月 | 创建文档 |
目录
1 引言.... 1
1.1 编写目的... 1
1.2 预期读者... 1
1.3 参考资料... 1
1.4 术语定义... 1
2 测试过程.... 2
2.1 测试对象... 2
2.2 测试环境... 2
2.3 测试范围... 2
2.4 测试方法... 14
2.5 测缺陷分析... 14
2.5.1 每天新增Bug数. 14
2.5.2 每人提交的Bug数. 14
2.5.3 Bug类型统计. 15
2.5.4 Bug严重程度统计. 15
2.5.5 Bug状态统计. 15
2.5.6 Bug解决方案统计. 15
2.5.7 模块Bug数量. 16
2.5.8 每人解决的Bug数. 16
3 遗留问题.... 16
4 测试总结 17
1 引言
1.1 编写目的
总结XX平台的XX版本测试工作内容、过程,统计分析测试结果,总结是否达到预期目标,为发布工作提供决策依据。
1.2 预期读者
产品、开发、测试各成员
1.3 参考资料
各平台的需求分析文档,原型文档,测试分析文档,测试用例文档,测试报告文档。可附具体文档路径。
1.4 术语定义
描述文章中一些专业术语的详细解释。
2 测试过程
主要对此次测试的过程进行详细的阐述。
2.1 测试对象
XX平台XX版本的新增or修改内容,或者接口测试,性能测试,及所有涉及到需要测试的部分。
2.2 测试环境
在什么环境下进行测试,比如测试环境。
2.3 测试范围
XX平台的XX版本测试范围如下:
主要测试项 | 检查点 | 测试结果 | 负责人 |
XX模块 | XX功能是否正常 | 通过 | 双木月 |
2.4 测试方法
描述测试方法,比如手工测试,自动化测试,性能工具测试等待。
例如:主要为手工测试。根据测试分析和测试用例执行测试,确保覆盖测试范围;测试完新的用例之后还需要对原有功能进行测试,覆盖原有功能用例。
2.5 测试用例覆盖
XX平台的XX版本的测试用例总数为890个,截止到2020年02月19日止,共执行用例890个,未执行用例0个,执行率为100%;其中测试通过用例数为845个,占比为94.94%,测试失败用例数为32个,占比为3.6%,阻塞用例数为13个,占比为1.46%。
2.6 缺陷分析
2.6.1 每天新增Bug数
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.2 每人提交的Bug数
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.3 Bug类型统计
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.4 Bug严重程度统计
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.5 Bug状态统计
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.6 Bug解决方案统计
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.7 模块Bug数量
采用缺陷系统上的统计截图,如禅道JIRA等。
2.5.8 每人解决的Bug数
采用缺陷系统上的统计截图,如禅道JIRA等。
2.7 遗留问题
序号 | BUG编号 | 严重程度 | 问题描述 | 备注 |
1 | 00002 | 1 | 登录功能失效 |
3 测试总结
1、XX平台的XX版本截至2018年07月19日,共记录问题1837个,目前已关闭1785个,已解决未关闭43个,激活9个。激活的问题当中严重程度1的问题有3个,严重程度为2的问题有3个,严重程度为3的问题有3个,严重程度为4的问题有0个。
2、从每天新增bug情况来看,2020年02月18日新增了49个bug。
3、从模块bug数量来看,问题数较多的功能模块为 :XXXXX,请关注问题较多的功能,发现问题越多功能,可能隐藏问题的也越多。
建议:已解决的问题同时需要验证关闭,最终确定剩余的问题没有严重类问题,不影响正常使用才能最终确定发版时间。