对于test case我们应该注意的

 
对于test  case我们应该注意的:
test  case并没有好坏之分.
之前看见很多网友在论坛上评论这个test  case怎么的好,哪个test  case怎么的不好.
其实test  case对于测试人员只有对该功能点的覆盖范围在设计test  case时考虑周全不周全的说法;设计的好,把握住了该功能点的重心,那么设计的test  case就能覆盖该功能所涉及的范围.
有时候会出现这样的情况:在执行某个test  case的时候能找到BUG,这个时候项目经理或其他人员就说该test  case把握住了要点,但是当需要下次再回放该BUG的时候却怎么也无法再重现,这个时候我们设计的test  case肯定会被认为是不好的.当听到这时,我们大家都会感到气氛,这时我们就需要考虑test  case之外的东西了(EG.发布的问题等等).
在网上也看到过这样的说法”能测试出多的BUG就是好test  case”.我也不知道这是啥理论的!!!反过来不能测试出BUG的test case 就是我们测试人员设计不到位 ? 如果执行一个test  case找出了很多的BUG这说明开发人员可能对需求理解不到位导致的结果,也有可能是设计test  case没有考虑周全,应该从双方面都去考虑.好有这也说明说这话的人只重视了开发没有从测试的角度考虑.
那不能测试出BUG的test  case,也能说明开发人员对需求的理解让我们无从置疑(别人能力高的),当然这也说明我们测试人员的能力也高呀~~,需求理解也到位了, test  case遍及范围也考虑周全了.
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值