面试题：如何做到用最少的用例覆盖功能点

且行且忆

那天去参加了一次面试，其他的问题都还好答，就是中间闻到了如何去用最少的用例覆盖更多的功能点，说实话，干了测试两年，一直都是在写啊写，从未总结过，所以当时就没答好，不知道各位测友对这个有什么看法？

他们说现在招的是一个比较会写测试用例的，因为之前招的都是新人，所以想招一个对写测试用例比较有经验的人带一下大家。面试回来，感觉打击很大，虽然做了这么长时间的测试，但是对于写用例这块的理论知识还真是没有总结分析过，决定以后不仅要学习技术，理论知识的总结看来也是很重要的。

zyhnspi

回复 1# 且行且忆

我也被问到过这个问题，答不上来呀

ylyin229825

个人的小见解：
1.首先你回答的是分析所测系统的业务，屡出细节的业务流；
2.根据你多年的测试经验，来提炼出一条业务流上的检查点；
3.然后编写一个业务流的高效测试用例，包含其中的检查点，这样就出来了用最少的测试用例尽量全面的覆盖。
注：前提是对需求和业务透彻的理解（经验必不可少）
几点不同见解，不完全正确，也同时系统高手指点。

zhaohp327

这个貌似是白盒测试的范畴

pidan0723

我认为以模块间的耦合度来写用例，这样会达到最少，且质量最好，个人见解

喜大普奔

本人将于3分钟内完全忘记该文内容！故本人不能对该文负任何责任，以上内容为本人复制，
如有问题，请与作者联系，与本人一点，一丝，一毫，一纳米…..关系都没有。

32191163

个人经验来看，就是用最合理的测试方法去等价相关需求实现的功能点。
黑盒上来说，框架逻辑点通过流程去覆盖，算法逻辑一般使用等价类/判定表去覆盖，对于大多数软件来说是适用的。核心思想其实是覆盖到具体软件类型涉及的功能方向（功能表现，文件处理，网络通信，数据，兼容，安装升级），以模块式的划分，作笛卡尔积。

Miss_love

充分理解业务，对测试的产品有深入的理解，结合测试用例的方法进行变写。