众里"测"他千百度，蓦然回首，"BUG"却在，灯火阑珊处。

小编做测试也是好多年了，刚进入测试这个行业觉得真是高大上，大家想的都是啥啥啥啊！看见测试用例就会感慨"这也行！"，"这都能想得到！"，但是随着时间长了产生一次疑惑，真么做必须的么？通过和开发代码对应发现存在大量冗余的测试用例，一般会占比30%左右，那么该如何精简这部分测试用例呢？

之前的分享的文章《测到啥时候是个头儿啊》大家还记得么？那里给大家介绍了如何通过黑盒测试用例去得到对函数的覆盖。

接下来的几期小编会结合上面的思想给大家介绍一下如何精准的编写黑盒测试用例达到测试目的，来缩短测试周期提高测试效率。

其实基本思想是通过白盒测试的基本方法，通过路径寻找去编写测试用例。精准、高效、复用性强。

白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。

其中基本路径测试发是最被广泛应用的测试方法，在这里给大家介绍一下。

基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每一个可执行语句至少执行一次。

啥是控制流图呢？简单的说呢就是代码逻辑流程图。

如图：

方法：

1. 画出控制流图。

使用控制流图制作方法对程序流程图进行简化，以突出的表示程序控制流的结构。

对于复合条件，则可将其分解为多个单个条件，并映射成控制流图。

图例如图所示。

根据以上的规则把以上的控制流图得到图形矩阵。

确定程序基本集的独立路径数量，再确保所有语句至少执行一次的测试数量的上界。

需要注意的是测试可以被设计为基本路径集的执行过程，但基本路径集通常并不唯一。

一般而言控制流图中区域的数量对应于环形复杂度。

再根据上面的独立路径，去设计输入数据，使程序分别执行到上面四条路径。

于是形成路程测试用例。

为了确保基本路径集中的每一条路径的执行，根据判断结点给出的条件，选择适当的数据以保证某一条路径可以被测试到测试用例如下：

OK，得到了以上的逻辑对应再去编写黑盒测试用例就简单的多了。