测试覆盖率.doc

测试覆盖率【摘要】在测试方法中粗略的介绍了几种测试方法。其中,白盒测试的动态分析方法中提到逻辑覆盖率测试有:语句覆盖、分支覆盖/判定覆盖、条件覆盖、条件—判定覆盖和路径覆盖。这里将详细阐述逻辑覆盖率测试。 准备知识:可执行语句:可执行的一项操作;真、假分支:Ture、False操作数(Opreand)、操作符(Operator):操作数:常量(整数、十六进制数、八进制数、实数、字符、字符串)、变量(简单类型、数组类型、记录类型、指针类型、联合等);操作符:单一操作符、二进制操作符、条件操作符、赋值操作符等。覆盖率概念:覆盖率是度量测试完整性的一个手段,是测试有效性的一个度量。计算公式:覆盖率=(至少被执行一次的item数)/item总数目的:评估测试的有效性,找出弱点,有目的的补充用例。缺点:测试成本随着覆盖率的提高而增加。(在一般的测试中有个指标)分类:逻辑覆盖率(LogicalCoverage),也叫代码覆盖率(CodeCoverage)或结构化覆盖率,属于白盒测试的范畴。语句覆盖(StatementCoverage)率:程序中可执行语句被测试的比例。语句覆盖率=(至少被执行一次的可执行语句的数量)/(可执行语句的总数)它最简单的覆盖,适合用于自动化测试;几乎所有的测试都能实现语句覆盖率100%,所以它不是测试完整性好的度量。判定覆盖(DecisionCoverage)率/分支覆盖(BranchCoverage)率:程序中真、假分支被测试占的比例。判定覆盖率=(判定结果被评价的次数)/(判定结果的总数)它直接针对代码,容易被理解,实现判定覆盖率100%是可能的;优于语句覆盖,但对于复合条件,两个或多个条件项的组合可能导致只有特定的分支被测到。条件覆盖(ConditionCoverage)率:每个条件操作数(Operand)可能的取值被测试所占的比例。条件覆盖率=(条件操作数值被至少执行一次的数量)/(条件操作数值的总数)条件操作符容易被确认,有助于自动化测试;优于判定覆盖,但不能替代判定覆盖率条件判断覆盖(DecisionConditionCoverage/BranchConditionCoverage)率:设计足够多的测试用例来满足判定覆盖率和条件覆盖率判定条件覆盖率=(条件操作数值或判定结果至少被评价一次的数量)/(条件操作数值总数+判定结果总数)便于自动化,优于条件覆盖和判定覆盖;不是完整的覆盖,还应该考虑路径覆盖。路径覆盖(PathCoverage)率:设计足够多的测试用例,遍历程序的所有可能的路径路径覆盖率=(至少被执行一次的路径数)/(总的路径数)遇到复杂程序,循环次数多的时候,完成路径覆盖是很困难的,也没有包含判定条件覆盖。从上面的集中逻辑覆盖测试来看,它们相互补充,尽量达到被测试程序的100%,然而我们还是要明确测试是为了尽可能找出程序中的错误。却没有一种十全十美的测试方法来发现所有的错误,这也体现了测试的局限性。功能覆盖(FunctionCoverage)率,属于黑盒测试范畴。需求覆盖:需求覆盖率=(被验证到的需求数量)/(总的需求数量)接口覆盖/入口点覆盖:使得系统的每个接口被测试到。以上所说的覆盖率都是属于结构化覆盖率的范畴,但是在面向对象领域中却遇到挑战。面向对象的覆盖率:关于面向对象的一些特性的测试,如:多态性、继承性、