关于条件桩的完备性的讨论
最近在对于一个比较复杂的算法进行测试，由于业务比较复杂，特地写了一篇测试分析文档，对于业务特点以及进行测试的要求进行了分析，决定使用基于决策表的测试用例设计方法。也设计了决策表。给测试主管看后，几易其稿，最后基本确定下来了。后来，人家说：你的条件桩能提供某种完备性吗？我无语。显然，那篇分析文档对于他们来说还不足以提供某种完备性的证明，但是，要提供完备性的证明，我似乎得花费一些时间来说明并且别人能够接受。要人家挑出还没有考虑到的条件，人家暂时还找不到。关于条件桩的完备性的证明，大家是怎么处理的？ 不知道您的条件桩有多少个？
其实，测试是很难做到完备的，软件测试的不完备性是绝对的，完备性是相对的。 不多，八个。不过，觉得把它作为一个框架理解起来似乎更好一些 后来这个算法任务已经完成了，大概花了半年的时间，从测试需求、测试策略、测试过程设计到测试设计、缺陷跟踪，以及后来的测试评估，呈螺旋式的走完了三轮。总算明白了一个道理：任何一种测试方法都不足以完成一个比较复杂的测试任务，测试是有个层的概念在里面的。
页:
[1]
