嵌入式软件测试笔记8 | 嵌入式软件测试中可测性审查如何开展？

1 简单介绍

• 可测性审查主要在准备阶段；
• 可测性审查意味着测试基础的文档的完备性、确定性和一致性；
• 在制定测试规范的过程中，高可测性是测试成功的首要条件；

可测性审查的目的是确定文档质量是否足以作为测试的基础。

2 规程

2.1 选择相关文档

• 测试计划应当标出标识用于导出测试用例的文档；
• 可测性审查应当从对测试基础正式标识和文档的真正收集开始。

2.2 生成审查清单

• 审查清单依赖于所使用的测试设计技术；
• 测试计划应当提供关于所使用测试设计技术的信息；
• 测试计划也应该提供测试设计技术应用于系统哪些部分的信息；
• 详细的审查清单后续列出。

2.3 评估文档

• 利用组合的审查清单，测试团队评估文档，为每个发生的缺陷生成一个缺陷报告。

2.4 报告结果

• 即可测性审查报告；
• 报告应全面总结文档的质量；
• 同时报告应当描述质量不高的部分可能导致的结果；
• 报告应包含以下内容：

1、 规划任务分配：
	# 标识测试基础；
	# 描述委托人和承包人；
2、 结论；
	# 后果和风险；
	# 测试基础是否具有足够的质量确保所设计的测试是可用的；
3、 建议；
	# 提出任何能够提高未来文档质量的建设性建议；
4、 缺陷；
	# 描述缺陷，给出相应缺陷报告的参考资料；
5、 附录。
	# 用到的审查清单。

2.5 深入讨论

• 可测性审查不应当使得测试团队认为不可能对系统进行测试；
• 对测试基础把关不严，其后果是没有足够的信息来选取所要求的测试设计技术；
• 低分险-采用不太正式的测试设计就是；
• 高风险-重写文档。

2.6 不完美的测试基础

• 一般由需求尚未明确或变更导致；
• 此时进行可测性审查比较浪费时间；
• 可以将子系统和测试设计技术相关的风险及时告诉测试团队。