如果是这样，你真没必要写测试用例

做任何事，或者大家向老徐的各种神奇提问；老徐喜欢问大家目的是什么？想清楚了目的，才知道做的是否有价值，是否有做的必要 。

搞清楚目的了，很多问题，其实并不是问题，有另外一种方式去实现；

OK，今天分享观点：

你的用例也许毫无价值，简直就是浪费时间，无用功！

很多同学，可能还在纠结，每个功能到底多少条用例才合适，我应该用什么模板写测试用例，我的测试用例是否覆盖度够 。

或者，一个项目，到底多少条测试用例，是比较适合的 ？

然而，老徐要讲的是：你的1000条用例，抵不上有用的两条测试点！

为何老徐会抛出这个观点？

也许针对某个功能，你绞尽脑汁，综合运用各种用例设计方法、想象各种可能性、然后非常细致的设计你所能想到的测试用例，可能会有1000条左右；

然而，可能漏掉一些重要的点、老徐关注的某些点并没有涉及到。而且，你花了几天去设计的测试用例，实际测试中并没有按照用例去执行；

为什么会突然写这个主题？

其实很早前就想写，如果没记错，老徐之前写过关注测试用例的这类观点，至少在「软件测试圈」说过，多少人记得就不得而知了 。

之所以写这个主题，实在是是时候跟大家正式谈论下这个话题了；

最近，老徐一直在参与公司几个测试团队的用例评审会议，会给出一些建设性的建议；发现很多同学写的用例非常充实「可以说很详细，几千条，实在评审不下去」，然而一些非常重要的测试点却被遗漏的，如果是这样的测试思路交付的产品老徐是很没安全感的 。

那么问题来了，如何用更少的测试点，尽可能的考虑充分各种可能性呢？

跟那么因素有关系？

答：用例方法、经验、需求理解等等

测试用例相关的，之前也汇总过，可以去看看：关于测试用例的所有问题 。

至于什么方式，Excel 、脑图(xmind)、在线项目管理工具等，都是可以的 。

这些不重要 。

加油 。

希望这篇文章，能给你提供一些参考价值（任何文章、供参考、勿完全照搬；企业落地实战过程中，太多不可控的变量）

原文链接 https://mp.weixin.qq.com/s/NgHiWNJA4E9SbpmquTsFjg