评估全面性与覆盖范围
发布时间
阅读量:
阅读量
文章目录
-
-
- 需求覆盖度
-
-
代码覆盖度
-
-
- 最常见的三种代码覆盖度指标
-
-
代码覆盖度的意义
-
潜在局限性
-
相关工具
-
工具的实现机制
* 小结
从广义上说,在软件测试领域中将测试覆盖率划分为两大类:一类侧重于需求方面的功能覆盖程度(即功能覆盖),另一类则是侧重于技术层面的具体代码执行情况(即代码覆盖)。这种分类有助于全面评估测试的效果。
需求覆盖率
评估软件需求的覆盖情况通常是通过建立一一对应的关系网络来实现的一对多映射机制,在确保所有需求都能被相应的测试所涵盖的同时实现对软件产品质量的有效验证。
我们主要使用 ALM、Doors 和 TestLink 这些工具来建立需求与测试之间的对应关系,并通过建立需求与测试之间的对应关系来实现测试覆盖率的计算。
需求覆盖率统计方法归类于经典的瀑布模型框架内的软件工程实践领域。传统的瀑布模型采用自顶向下的方式进行规划阶段(如需求分析)、系统设计阶段(如架构规划)、开发代码模块以及实施测试并进行维护与运营等环节,在流程安排上较为复杂。
所以,在互联网测试项目中很少直接从需求出发评估覆盖情况(Coverage),而是将软件功能分解为具体的功能模块,并根据每个模块生成相应的测试用例(Test Cases)。
因此,在目前的术语中,“测试覆盖率”通常指
全部评论 (0)
还没有任何评论哟~
