合理测试覆盖率.ppt

Cisco Confidential ? 2010 Cisco and/or its affiliates. All rights reserved. * Thank you. Ｔｅｓｔ Coverage Introduce Tom Tom 24/08/2013 什么是测试覆盖率 测试覆盖率的作用 合理的测试覆盖率 BRM 代码覆盖率的分析 QA 一大早，一个年轻的程序员问大师：“我准备写一些单元测试用例。代码覆盖率应该达到多少为好？” 大师回答道:“不要考虑代码覆盖率，只要写出一些好的测试用例即可。” 年轻的程序员很高兴，鞠躬，离去。 之后没多久，第二个程序员问了大师同样的问题。 大师指着一锅烧沸的水说：“我应该往这个锅里放多少米？” 这个程序员看起来被难住了，回答道：“我怎么会有答案？这取决于要给多少人吃，他们饿不饿，有什么菜，你有多少米，等等。” “完全正确，” 大师说。 第二个程序员很高兴，鞠躬，离去。 末了，来了第三个程序员问了大师同样的关于代码覆盖率的问题。 “百分之八十，不能少！” 大师一拳锤在桌子上，用严厉的口气回答道。 第三个程序员很高兴，鞠躬，离去。 回复完这个之后，一个年轻的实习生走到大师身边： “大师，今天我无意中听到了你对同一个代码覆盖率问题给出了三个不同的答案。为什么？” 大师从椅子上站起来：“给我泡点新茶，我们聊聊这个。” 当杯子里倒满了冒着热气的绿茶后，大师开始说： “这第一个程序员是个新手，刚刚开始学测试。目前他有大量的程序都没有测试用例。他有很长的路要走；现在对他要求代码覆盖率只会打击他，没有什么用处。最好是让他慢慢的学会写一些测试用例，测试一下。他可以以后再考虑代码覆盖率。” “而这第二个程序员，不论对编程还是测试都是十分的有经验。我以问作答，问她应该往锅里放多少米，使她明白决定测试用例多少的因素有很多，她比我更知道这些因素——毕竟是她自己的代码。对这个问题没有一个简单的、直接的答案。以她的聪明完全能明白这个道理，正确的完成任务。” “我明白了，” 年轻的实习生说， “但是如果没有一个简单直接的答案，那你为什么告诉第三个程序员‘百分之八十，不能少’呢？” 大师笑的前仰后合，绿茶都喷了出来。 “这第三个程序员只想得到一个简单的答案——即使根本没有简单的答案 … 而且即使有答案她也不会按答案做。” 年轻的实习生和头发斑白的大师在沉思中喝完茶。 在测试里面，一般会将测试覆盖率分为两个部分：需求覆盖率和代码覆盖率 需求覆盖率： 代码覆盖率：为了更加全面的覆盖，还需要测试程序的流程，考虑到函数的数据的输入与输出，甚至是每一行代码的执行情况，代码的每一条逻辑和分支。测试执行情况就以代码覆盖率来衡量。 覆盖功能点＋覆盖性能点 　功能点＋性能点要求 int?function1(int?a,?int?b){ try{????if?(a??10?||?b??10) // 判定????{????????return?0; // 分支一????}????else????{????????return?1; // 分支二????} }catch (Exception exp){　　　　预防性代码 logger.error(“get error”,exp); 诊断性代码 }} 功能性代码 代码覆盖率 ＝ 代码的覆盖程度的一种度量方式 语句覆盖(StatementCoverage) 又称行覆盖(LineCoverage)，段覆盖(SegmentCoverage)，基本块覆盖(BasicBlockCoverage)，这是最常用也是最常见的一种覆盖方式，就是度量被测代码中每个可执行语句是否被执行到了。 判定覆盖(DecisionCoverage) 又称分支覆盖(BranchCoverage)，所有边界覆盖(All-EdgesCoverage)，基本路径覆盖(BasicPathCoverage)，判定路径覆盖(Decision-Decision-Path)。它度量程序中每一个判定的分支是否都被测试到了。 条件覆盖(ConditionCoverage) 它度量判定中的每个子表达式结果true和false是否被测试到了，不需要将判定中的每个条件表达式的结果进行排列组合。 路径覆盖(PathCoverage) 又称断言覆盖(PredicateCoverage)。它度量了是否函数的每一个分支都被执行了。 所有可能的分支都执行一遍，有多个分支嵌套时，需要对多个分支进行排列组合，测试路径随着分支的数量指数级别增加。 int?foo(int?a,?int?b){????int?nReturn?=?0;????if?(a??10)????{//?