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

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

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

我是如何做的?

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

几点思考

1.注重基础

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

2.做减法

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

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

3.让用例有价值

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

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

• 有效：自己测试的时候会去对照着看或执行
• 简单：团队同学都能看懂
• 同步：保持跟最新的需求同步
• 可复用：在创建新的测试用例时，您需要记住测试用例将被重用，因此需要正确进行处理。相同的测试用例可以在另一个场景中重用，或者测试步骤可以在另一个测试用例中重用。

开头有提到，我们以往的经验也很重要，做什么事都需要我们大量的实践，去总结，去思考。然后想想怎么运用到其他问题、其他业务。

看完这篇文章，大家是否可以试着对自己的测试用例优化一波呢？