1.Why — 为什么需要测试报告
任何报告都是从执行者到客户的重要且简洁的信息传输形式。那么作为测试人员, 让相关的产研合作方知悉关于软件测试过程是非常必要的.测试报告的作用有如下3个方面:
-
测试报告是评估产品质量是否满足发布标准的文件.
-
测试报告能够评估项目的当前状态和产品质量.
-
测试报告可以是说明项目需要采取纠正措施的依据.
2.
who — 测试报告给谁
创建报告时, 首先要明确它的用途和接收对象, 根据目标受众关注的需求, 来确定报告应该包含哪些信息.
角色 | 关注点 | 报告内容 |
产品经理 | 需要跟进项目进展 | 测试的进度与风险 |
项目经理 | 需要项目质量结果 | 简短清晰的结论(是/否) |
(研发/测试)经理 |
存在的问题与待改进 应用方法与技术描述 |
缺陷是如何产生的,如何解决的, 缺陷原因分析 测试流程是否有待改进的地方 |
3.What
— 测试报告中的内容
测试报告相对于时间可以分为两种类型:中间的和最终的。
3.1 测试进度报告
描述项目当前测试的进度, 是否存在风险, 缺陷状态及修复速度.
内容:
-
测试状态
— (正常 / 延期风险) -
测试用例执行进度
— (按模块汇报进度, 已执行用例数, 通过数, 失败数) -
缺陷汇总及状态
— (bug数量, 优先级, 当前状态)
3.2
版本/迭代测试报告
测试结果, 描述了测试团队执行的任务, 缺陷汇总, 描述研发团队的提测质量.
内容:
-
项目信息 —
本版本项目的主要功能描述
-
测试目标 —
软件测试过程的每个阶段(功能测试、性能测试、UI 测试等)的目标都需要在测试报告中进行描述 -
测试总结 —
执行的测试用例概述(用例总数, 通过数, 失败数)和详情. 以Allure的测试报告示例:
-
缺陷总结 — bug
总数, 按照状态, 优先级报表. 以jira中的饼图报表为例
4.How 如何写测试报告
编写测试报告应该遵循以下原则:
- 结论先行, 数据支撑.
- 先总后分, 先主要后细节
- 标准化, 保持一致性
4.1 结论先行, 数据支撑.
先表明测试结论,尽量使用直观的图表展示数据, 方便读者第一时间获知质量状态.
数据应使用客观数据, 只描述事实, 不要添加主观感受.
4.2 先总后分, 先主要后细节
报告中应该提现重点. 提炼汇总输出, 详情不宜全部放到正文中. (如测试进度报告通常在钉钉等平台同步, 详情数据尽量以链接形势跳转到其他平台)
4.3 标准化, 保持一致性
测试报告使用标准模板。使得读者会更容易查看后续迭代的测试报告, 方便更快的找到关注的关键信息.