在设计和执行测试用例的时候的几点心得和经验

发表于:2013-4-28 15:21

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  同事写的,概括表达出了平时自己的一些关于测试的想法,拿来分享一下。

  1、回避含糊用语

  在case中不要出现含糊不清的语言,如果现在对有些结果没办法把握的话,你可以用标记标注出来,找时间确认,但不能用概括性的语言带过。试想如果设计case的人都不清楚,那跑case的人又怎么能知道什么结果是对的,什么结果可能有问题呢。(测试的人要报跑case的想成都是机器人,只能按部就班)

  2、把握深度和广度

  设计case并不是直接把task/spec的内容重复一下,因为task/spec中往往描述的是最常见和最基本的场景,然而,测试保证这些情况的话,只能算基本测试,对一个功能来说最多只能算是覆盖了20%。很多场景需要结合经验,功能交错才能发现问题的。所以怎么把握测试的深度和广度,是靠大家平时的积累和思考的。有时候当你在一种特定的场景中发现了一个重量级的bug,你肯定会很开心,这也是测试人员的成就感,虽然我们不能像开发人员那样,看着自己的代码变成一种功能的喜悦。

  3、测试的主动性

  测试的工作并不能像其他工作一样有一个量的度量,更需要的是测试人员的主观能动性。同样100条case,A可能只能发现一个bug,而B能发现4个bugs.我们没办法说A没有好好工作,只能说A的测试能动性和敏感性不是很强。

  4、不要期待case中发现很多bug

  在一些测试领域有人统计过,如果case中发现的bug数量能够达到总发现bug数的30%,那设计case的团队就绝对很牛了。所有在测试中最值钱的是经验测试和探索性测试。

  5、测试和开发是相辅相成的

  测试和开发的目的是一致的,就是给客户提供高品质的产品,所以这两者之间没有任何对立的因素。虽然我们测试在某种程度上有时候扮演一个检验员的角色,我自己也做过开发,说实在的有时候特讨厌测试员,觉得他们就是在找茬,但是测试员别忘了找茬就是我们的工作和责任,况且又不是无理取闹。开发再完善的代码,也需要测试人员提供测试结果来证明其完美性。测试是给客户信息,给团队信心,让产品放心的工作。

《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • caihongtiantang
    2013-7-12 14:45:37

    所有在测试中最值钱的是经验测试和探索性测试。

  • 无所事事
    2013-6-26 09:54:56

    评5分

  • chaolin
    2013-6-19 10:53:28

    很好

  • ingwlhot0801
    2013-5-02 13:50:06

    case需要更新和维护的,不是一成不变的,“如果case中发现的bug数量能够达到总发现bug数的30%,那设计case的团队就绝对很牛了”,很有道理

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号