将集合论用到测试当中，我们如何找到U？
如果将集合论应用到测试当中，我们肯定会想到测试输入。在功能测试的时候，往往会走入一些情况，程序员实现了一些不需要实现的功能，一些需要实现的功能没有被实现，又或者说一些情况没有测试到，但是一些情况却被测试了多遍。这些都是我们需要关注的，那么如何定义这些测试输入，才能减少以上的情况呢？ 如果你能够找到所有的输入，那么用黑盒测试在各个接口就可以将所有的功能搞出来。你用因果图加判定表就能够清晰的找出输入与输出的对应关系。但是实际情况中很难。
如果从程序逻辑覆盖的角度来看，使用白盒测试可以减少很多的测试用例，从程序员的违例捕捉情况就可以看到很多东西。一个完整的判定条件覆盖可以说明很多东西，而修正判定条件覆盖则基本满足你的要求。
页:
[1]
