什么算是有价值的测试用例？

　　现在测试文章，更多出现的是自动化、测试平台等字眼，最源头的测试设计反而越来越少。编写测试用例的目的是定义“方式”和“内容”。对于某些测试人员来说，这被认为是无聊的工作。

　　在我看来，测试用例设计才是最重要的根基，无论你是做功能测试、接口测试、还是自动化，都先得完成它。我强调过很多次：工具仅仅是辅助我们的工具，而不是核心。如果做得好，测试用例将变得非常有价值，可以提高整个团队的生产力，并帮助您的公司创建更高质量的软件。

　　最普遍的用例设计方法有：等价类划分+边界值分析、判定表、正交实验法、场景法以及我们以往的经验。

　　我是如何做的?

　　工作中，我用的最多的是场景法。因为我负责的是医院管理系统的业务，包含工作流、逻辑判断和很多复杂场景。那与之对应，需要阅读大量的PRD文档，但是我意识到，要与团队沟通，我需要更小巧，更漂亮，更专注于听众的东西。我将思维导图用作测试文档的轻量级形式，因为对于测试人员来说，与我的团队有效地沟通与发现错误并确定产品中的风险一样重要。之前有写过一篇介绍思维导图的文章，大家感兴趣可以去看看。

　　几点思考：

　　1.注重基础

　　上面提到的第一个策略就是等价类，这是最基础的方法，但工作中真正用到却很少。有时候，是不是自己把问题想复杂了，反而没有去用最基础的方法。这提醒我多想想最基础、最简单的东西，或许可以避免一些问题。

　　2.做减法

　　之前看过一篇文章，作者提到她参与了某平台升级项目的测试，把各平台、渠道，所有条件组合在一起后，计算出来测试用例有整整3000个。有人看到后的第一反应，就是抓紧时间测试，好好加班。而她拉着同学们一起用正交实验法去尝试缩减用例时，最后将用例从3000个减少到300个，整整一个数量级的降低。她通过优化测试用例，大大地提高了效率。

　　很多时候，我们需要转换思路，而不是一味的重复。用例可以体现我们分析一个东西的思路，不是写的越多越好，尝试做点减法吧。在这里，分享我很喜欢的一句名言，人生问题的解答在于对这个问题的消除。

　　3.让用例有价值

　　最后，聊聊价值，没有价值，我们设计测试用例也就是一次性的，甚至是没有意义的。

　　那，真正有价值的用例可能是：

　　· 有效：自己测试的时候会去对照着看或执行。

　　· 简单：团队同学都能看懂。

　　· 同步：保持跟最新的需求同步。

　　· 可复用：在创建新的测试用例时，您需要记住测试用例将被重用，因此需要正确进行处理。相同的测试用例可以在另一个场景中重用，或者测试步骤可以在另一个测试用例中重用。