测试用例对测试来说，无非是一副实际的良药，就看测试者怎么对良药的处方的搭配和设计。对一个项目三要素来讲，时间上对测试的不允许，可能处方开的就会缩水，或者是治标不治本（功能点没有覆盖到或业务测试未被测试到）以上所说的是在没有明确的软件需求及设计规格文档的存在。
测试用例设计方法与技巧
严格来讲，测试用例必须要根据软件需求及设计规格进行设计，但在实际的软件开发过程中这两项文件常常缺失，在这种情况下，软件测试人员要如何设计测试用例呢？
这里有两种测试设计方法可选择，一个就是将几个项目列为主要模块，然后将不同的测试用例归纳于模块内。
设计方法一
这种设计方法不是以软件的设计规格作为出发点，而是将所设计的用例做归类。进行这样的测试，一样可以找出软件错误，但是这样的测试用例不易管理而且也无法提供给其他产品来使用。另一个方式是将产品依照产品功能特色切割成不同的模块，然后在不同模块下来设计测试用例。
设计方法二
虽然缺少软件需求文件或软件设计文件，我们还是可以使用自底向上的组合来组织软件的产品功能模块（如果一个软件没有需求那开发出来的软件就是最好的需求，对测试来说）。测试人员就要先将目前所进行测试的软件所具备的功能一一列出，之后再将功能相近的分类放在相同的组内，之后针对个别组来考虑是否够成为产品功能的规模。如果规模不足就要考虑是否结合其他的组来提升成为产品功能。根据这样的组合模式，就可以组成（用例设计方法二）所示的产品功能模块。
