类似的还有分类树方法设计测试用例，也是一种测试用例的辅助设计方法。分类树方法的基本原理是：首先把测试对象的可能输入按照不同的分类方式进行分类，每一种分类要考虑的是测试对象的不同的方面。然后把各种分开的输入组合在一起产生不冗余的测试用例，同时又能覆盖测试对象的整个输入域。
因此，可以把使用分类树方法设计测试用例的过程分为3大步骤：
(1)识别出测试对象并分析输入空间。
(2)对测试对象的输入空间进行分类。
(3)画出分类树、组合成测试用例。
图4所示的是利用CTE XL设计分类树并自动产生测试用例的效果。
图4 利用CTE XL设计分类树
不管采用什么样的测试用例设计方法，最重要的是要体现测试人员的逻辑思维，测试用例的设计是测试人员智慧的集中体现，它代表了测试人员对软件的理解，代表了测试人员的测试思路。测试用例的设计是测试人员与软件BUG进行一次歼灭战之前的战略部署，没有一场战争是在毫无准备和计划的情况下赢得胜利的，软件测试也无例外。
测试用例个数代表什么?
Jams Bach在《软件测试经验与教训》一书中打了个形象的比喻来说明测试用例的个数并不代表什么：
如果拿出公司的所有箱子堆起来，并不会知道箱子所装东西的价值。如果公司有37个箱子，总重量是384磅，这能从什么方面说明公司的未来吗?不能。但是这些箱子所装的东西可能和公司的未来是密切相关的。因此要想知道价值所在，唯一的办法就是打开箱子，查看所装的东西。
其实测试用例就像箱子，只是统计箱子个数而不管里面的实际内容的话是没有什么意义的。因此，仅仅统计测试用例的测试通过率也说明不了任何问题。90%的通过率到底是好还是坏呢?如果不了解里面的测试内容的话，谁也不能回答这个问题。
同样地，统计执行得测试用例与计划执行得测试用例的比例也说明不了任何问题。因为也许最难执行的测试用例被推到了最后，或者最后的10%的测试用例需要50%的时间来完成，又或者计划要执行的那些测试用例其实远远不足以覆盖测试的需求，也没有覆盖重要的风险。
文章来源于领测软件测试网 https://www.ltesting.net/
