实践是检验真理的唯一标准，学而不用假把式。

在测试工作中，测试人员通常不会单独操作某个黑盒测试方法，而是在每个测试项目里都会用到多种方法。

每种类型的软件有各自的特点，每种测试用例设计的方法也有各自的长处和不足，针对不同软件如何利用这些黑盒方法是非常重要的。

在实际测试中，往往是综合使用各种方法才能有效地提高测试效率和测试覆盖率，这就需要认真掌握这些方法的原理，积累更多的测试经验，有效地提高测试水平。

以下是功能测试部分的各种黑盒测试方法的综合选择的策略，可供测试人员在实际测试应用过程中参考。

（1）首先进行等价类划分，包括输入条件和输出条件的等价类划分，将无限测试变成有限测试，这是减少工作量和提高测试效率最有效的方法。

（2）在任何情况下都必须使用边界值分析方法。经验表明，用这种方法设计出的测试用例发现程序错误的能力最强。

（3）可以用错误推测法追加一些测试用例，这需要依靠测试工程师的智慧和经验。

（4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

（5）如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法和判定表驱动法。

（6）对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳效果。

（7）功能图法也是很好的测试用例设计方法，可以通过不同时期条件的有效性，设计不同的测试数据。

（8）对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。

看完不思考的喵不是一只成熟的测试喵~

很多人认为业务测试工程师就是“点点点”，不需要了解这么多测试用例设计方法，这其实是非常大的误解。（当然不包括部分把工作当生活体验的大佬）

测试用例设计是测试人员的基本功，要是在武林秘籍中，那也算是内功心法了。很多测试工程对此不屑一顾，对于设计测试用例这一块平时都是写到哪算哪，没有一个完整的思维体系。导致的后果可能就是花费了比别人更多的时间，然而无法覆盖全面，经常漏测，效率非常低。

即使大家往更高级的方向去走，比如接口自动化测试、UI自动化测试、性能测试等等，你都离不开测试用例设计。接口自动化测试你要写接口自动化测试用例，UI自动化测试你要写UI自动化用例，性能测试你还是要写性能场景用例等。

所以，测试工程师们，快来自测下，如果满分10分，你给自己工作中的测试用例设计打几分？欢迎评论区讨论～