如何通过需求判断用例集的大小----小昆

最近公司让我研究点东西，刚才在QQ群里和一个朋友简单的聊了聊。虽然最终没有解决问题，但是感觉在概念上清楚了不少，所以发上来和大家共勉！以下为聊天内容，为替网友保密期间，此处删除网友QQ号记录：

小昆(52549238) 10:59:31
谁知道，如何通过判定表法和其他方法来判断用例多少的算法？ 或者方法

为人民服务 11:07:52
判断表法通常就是将条件桩、条件项、动作桩和动作项列出，根据规则进行化简然后合并，最后根据表得出的测试用例就是最少的用例数。

小昆(52549238) 11:09:31
这个知道！现在的问题是，要通过需求，判断测试用例集的大小！ 判定表，只是比较常用的方法之一！

为人民服务 11:13:55
不同的测试方法会生成不同大小的测试用例集，判断使用什么样的测试方法应当首先根据被测试的系统实际情况进行考量。

小昆(52549238) 11:17:43
这个是自然，具体情况当然要具体分析！
判定表法本身有没有提供一个可供参考的算法呢？

为人民服务 11:25:53
所谓的“算法”就是合并。

小昆(52549238) 11:41:41
我说的算法不光是合并的算法！ 包括，通过某一方法在设计用例集时能够通过算发预估能设计出多少个用例集。多方法综合时，也就是合并时，能够设计出多少个！  这个用例集大小的算法估计

为人民服务 11:43:06
很遗憾，没有。

小昆(52549238) 11:46:56
  那我先找点业务需求先详细设计，再总结看看吧...

关于标题的内容，希望各位看到本文的各位同仁能够多留言说说自己的想法，给小弟一点启示！