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

举报
夏洛zz 发表于 2021/05/06 17:38:40 2021/05/06
【摘要】   现在测试文章,更多出现的是自动化、测试平台等字眼,最源头的测试设计反而越来越少。编写测试用例的目的是定义“方式”和“内容”。对于某些测试人员来说,这被认为是无聊的工作。  在我看来,测试用例设计才是最重要的根基,无论你是做功能测试、接口测试、还是自动化,都先得完成它。我强调过很多次:工具仅仅是辅助我们的工具,而不是核心。如果做得好,测试用例将变得非常有价值,可以提高整个团队的生产力,并帮...

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

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

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

  我是如何做的?

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

  几点思考:

  1.注重基础

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

  2.做减法

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

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

  3.让用例有价值

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

  那,真正有价值的用例可能是:

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

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

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

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

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。