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

现在

测试

文章

，更多出现的是自动化、测试平台等字眼，最源头的测试设计反而越来越少。编写

测试用例

的目的是定义“方式”和“内容”。对于某些测试人员来说，这被认为是无聊的工作。

在我看来，测试

用例设计

才是最重要的根基，无论你是做

功能测试

、

接口测试

、还是自动化，都先得完成它。我强调过很多次：工具仅仅是辅助我们的工具，而不是核心。如果做得好，测试用例将变得非常有价值，可以提高整个团队的生产力，并帮助您的公司创建更高质量的软件。

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

我是如何做的?

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

几点思考：

1.注重基础

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

2.做减法

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

3.让用例有价值

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

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

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

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

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

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

自动化测试

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。