软件测试_怎样编制《用户接受测试报告》_TestFocus焦点测试网,测试|软件|软件开发|金智软件|Mercury软件测试工具|软件测试外包

您当前的位置： → 软件功能测试 → 功能测试基础→怎样编制《用户接受测试报告》

作者：老徐新闻来源：焦点测试网更新时间：2007-5-28 17:27:27

怎样编制《用户接受测试报告》

编制《用户接受测试报告》的目的是为了阐述以下内容：

测试了哪些内容
实际测试活动（或任务）与测试计划的偏离情况
实际测试时间和效果与测试计划的比较
发现的缺陷
在测试结束时还剩下哪些缺陷，它们的解决方案是什么

在用户接受测试报告中不需要将每个测试用例的详细测试结果都进行陈述，但是可以在测试报告的附件中列出来。
不过在列举时，最好将这些详细的测试结果打个包。用包的名字进行引用。
有的测试工具可以将所有的测试结果输出到一个文档中，则在测试报告中就可以引用这个文档，以达到查阅所有详细测试结果的目的。
报告“测试了哪些内容”时，可以采用两种方法。
第一，汇报每一轮测试的最终测试日志
例如：
第一轮测试

日期：2007年1月01

测试轮数：1

Build ID：B09182

测试配置：1A

测试者：Jack

测试编号	用例编号	通过/失败/取消	缺陷编号	备注
1	A10	P
2	A11	P
3	A12	F	D20070105	功能失效
4	B10	P
5	B11	NR		被缺陷D20070105影响

第二，将测试结果打包汇报

测试集	测试的数量	通过数	失败数	取消数	执行百分比
知识点管理	20	12	2	6	70%
知识点浏览	15	10	4	1	93%
用户管理	25	12	6	7	72%
系统管理	18	8	8	2	89%
合计	78	42	20	16	79%

由于测试计划包含了经过允许的测试范围定义和使用多少人及花费多少时间来进行所有的测试工作，因此，了解实际测试活动与测试计划之间的偏差非常重要。
偏差分析中应该包括哪些测试领域没有完成测试，因为没有经过测试的领域会存在质量风险，可能会存在未发现的软件缺陷。
如果实际测试符合测试计划，在测试报告中可以简单的进行说明。
如果实际测试与测试计划之间存在较大的偏差，应该在测试报告中进行比较详细的偏差说明。
虽然在软件缺陷追踪管理系统中包含了完整的缺陷信息，在测试报告中提供软件缺陷的汇总信息，将有助于任何相关人员快速了解缺陷的状态，而不需要进入缺陷追踪系统。
软件缺陷的复审报告显示了所有已发现的软件缺陷以及每个缺陷的最终状态；

缺陷编号	状态	严重程度	发现日期	缺陷描述	期待动作
B1233	已修复	非常严重	－－－－－－	－－－－－－	复审
B1234	已修复	严重	－－－－－－	－－－－－－	复审
B1235	已关闭	非常严重	－－－－－－	－－－－－－	N/A
B1236	新提交	严重	－－－－－－	－－－－－－	修复
B1237	新提交	严重	－－－－－－	－－－－－－	推迟

软件缺陷的发现报告显示了所有的软件缺陷发现日期和趋势。

[b]周数 非常严重 严重 比较严重 一般 非常一般

1 3 8 22 55 76

2 4 6 43 34 77

3 6 9 23 67 46

4 3 2 22 23 87

[/b]在测试报告中还应该包括软件缺陷的遗留报告，在报告中要清楚的标明每个遗留缺陷是否将在后续的版本中修复或者将被永久推迟。未来的版本将仍会包含这些遗留缺陷，直到它们被修复，所以这个报告为这些遗留缺陷提供了一个非常好的追踪途径，以避免在将来的测试中把这些缺陷当做新缺陷来处理，耗费不必要的工作量。在报告中还应该为每个缺陷确定一个在未来版本中的相应测试计划，为以后的测试人员提供一个指导方案。

缺陷编号 状态 严重程度 发现日期 缺陷描述 期待动作 测试计划

B1233 新提交 非常严重 －－－－－－ －－－－－－ 修复下一版本中使用测试用例（A10）进行单元测试

B1234 新提交 严重 －－－－－－ －－－－－－ 修复下一版本中使用测试用例（B10）进行接口测试

B1235 新提交 非常严重 －－－－－－ －－－－－－ 修复下一版本中使用测试用例（C10）进行集成测试

B1236 新提交 严重 －－－－－－ －－－－－－ 修复下一版本中使用测试用例（D10）进行单元测试

B1237 新提交 严重 －－－－－－ －－－－－－ 推迟

焦点测试网-软件测试相关知识查询www.testfocus.com.cn

页次:1/1 1篇/页首页上一页下一页尾页合计 1 篇 Go:





	·Family Site