扼要:
1、熟悉“软件测试 告要素”;
2、学会编写测试 告;
软件测试 告
软件测试 告是在测试完成后需要输出的文档,格式有excel、word等。Excel格式相对而言,内容简洁,明了。Word格式则内容详情,显得严肃规范一些。
Excel的参考格式
如下图所示:
测试 告-excel格式
Word的参考格式
关于XXX的需求测试 告
文件状态: [ ] 草稿 [√ ] 正式发布 [ ] 正在修改 |
项目代 |
XXX |
||
文件标识: |
关于XXX的需求 |
|||
当前版本: |
V1.0 |
|||
拟 制: |
日 期: |
|||
审 核: |
日 期: |
|||
批 准: |
日 期: |
版本历史
版本/状态 |
参与者 |
日期 |
备注 |
|
目 录
1 测试任务名称及内容描述 4
1.1 测试任务名称 4
1.2 测试内容 4
1.3 测试目的 4
2 测试结果与分析 4
2.1 测试用例执行情况汇总表 4
2.2 缺陷统计分析 5
3 产品质量评估 5
3.1 功能测试评估 5
4 版本测试结论 6
5 遗留问题清单 6
1 测试任务名称及内容描述
1.1 测试任务名称
(主要陈述测试对象的名称)
1.2 测试内容
(罗列对象需求点或者需要测试的主要内容)
2 测试结果与分析
2.1 测试用例执行情况汇总表
全部 |
通过 |
未通过 |
未运行 |
|||
数量 |
通过率 |
数量 |
通过率 |
数量 |
通过率 |
|
(需要附加测试用例)
2.2 缺陷统计分析
状态 |
致命 |
严重 |
中等 |
一般 |
建议 |
统计 |
|
数量 |
通过率 |
||||||
Open |
|||||||
未解决(Reopened) |
|||||||
挂起(Suspend) |
|||||||
拒绝(Reject) |
|||||||
关闭(Closed) |
|||||||
总计 |
3 产品质量评估
3.1 功能测试评估
测试起止时间:
有效BUG数量:
质量评估:
(若还进行其他的方面的测试,如接口测试、UI自动化测试、 络专项测试等等,都需要写明)
4 版本测试结论
基本功能已经实现,质量稳定,遗留问题是X,不影响主流程,后续修改,可以上线。
(给出最终结论:能否上线)
5 遗留问题清单
序 |
缺陷ID |
缺陷描述 |
缺陷影响 |
严重级别 |
提交人 |
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!