关于覆盖率，网络上最常见的两个词应该是“测试覆盖率”（Test Coverage）和”代码覆盖率“（Code Coverage）。今天就来探探这两个东西。 在测试里面，一般会将测试覆盖率分为两个部分，即”需 求覆盖率“和”代码覆盖率“。可以看到，代码覆盖率其实是测试覆盖率的一部分而已。其中，最常讨论和关心的是”代码覆盖率“，代码覆盖率又分为程序语句和 代码行覆盖，分支覆盖和条件覆盖。对于这些概念，我们逐个解释。
需求覆盖率：如果需求已经定义好，这个时侯我们就需要考虑需求覆盖率了。这个时候需要注意的是，这里的需求不仅仅是指功能需求，还要包括性能需 求。衡量需求覆盖率的最直观的方式是我们有多少功能点，我们有多少性能点要求，这些将作为分母；我们写了多少测试用例，覆盖了多少模块，多少功能点，我们 的性能测试用例考虑了待测程序多少性能点，这些作为分子。
代码覆盖率：为了更加全面的覆盖，我们可能还需要测试程序的流程，我们可能会考虑到一个函数的数据的输入与输出，甚至是每一行代码的执行情况， 代码的每一条逻辑和分支，这个时候我们的测试执行情况就以代码覆盖率来衡量，这也是我们常在单元测试中念叨的覆盖率覆盖率的问题。
语句覆盖率：换个名字叫做代码行覆盖率，这就是监视每行代码是否在用例（当然之所有的）中是否被执行到，准确点说是我们的用例里面大概执行了百 分之多少的语句/代码行数。需要注意的是，即使所有的语句都被执行到，也不一定执行到了所有的路径。比如有五条语句：ABCDE，如果我们执行了用例覆盖 了ABCDE，另外一个用例这个时候我们覆盖了所有语句，但是可能还存在一个路径（如ABC）没有执行,例如：
public verifyToken(string yourname, string yourtitle) { A output（”Hello, my dear friends“）; B if(yourname == "uniquestudiowcd") { C output("Hello, Aaron"); } D if(yourtitle == "tester") { E output("Hello, my dear tester"); } } |
这个时候我们输入参数”uniquestudiowcd“和”tester“覆盖到了所有的语句，但是我们漏掉了一个路径：即输入参 数”uniquestudiowcd“和”coder“。
分支覆盖率：我们也给它换个名字即”路径覆盖率“，尽管并不完全对。在上面的例子中，如果我们仅考虑了第一个用例（即输入参 数”uniquestudiowcd“和”tester“），我们的语句覆盖率为100%，带式路径覆盖率可就低了，因为它存在 ABD,ABCD,ABCDE,ABDE等等很多路径。
条件覆盖率：这也就是为什么不能说”分支覆盖“不同于”路径覆盖“的原因所在。如果我们在一个IF语句中加入了判断组合，那就要考虑更多的问题 了，因为主要出现在条件语句中，所以我们称之为”条件覆盖“。我们更改上述示例代码：
public verifyToken(string yourname, string yourtitle，string gendar) { A output（”Hello, my dear friends“）; B if(yourname == "uniquestudiowcd" && gendar == ”man“) { C output("Hello, Aaron"); } D if(yourtitle == "tester") { E output("Hello, my dear tester"); } } |
很明显即使我们输入参数”uniquestudiowcd“”tester“，”woman “和”uniquestudiowcd“”tester“”man“，这两个用例的路径走的分支是一样的，但是条件覆盖不一样，
实际上两者的”路径“也是不一样的。
上面主要介绍的测试覆盖率的一些基本知识，在关于测试覆盖率的第二篇文章中，我将介绍归纳一下测试覆盖率的用处，或者说测试覆盖率的意义。
