对于test case我们应该注意的

MILY: 宋体; mso-ascii-font-family: Calibri; mso-hansi-font-family: Calibri; mso-ascii-theme-font: minor-latin; mso-fareast-font-family: 宋体; mso-fareast-theme-font: minor-fareast; mso-hansi-theme-font: minor-latin">对于test  case我们应该注意的:

test  case并没有好坏之分.软件测试网TAo6UcQ

之前看见很多网友在论坛上评论这个test  case怎么的好,哪个test  case怎么的不好.软件测试网7Jh0\5dQ5VY2Dc

其实test  case对于测试人员只有对该功能点的覆盖范围在设计test  case时考虑周全不周全的说法;设计的好,把握住了该功能点的重心,那么设计的test  case就能覆盖该功能所涉及的范围.

有时候会出现这样的情况:在执行某个test  case的时候能找到BUG,这个时候项目经理或其他人员就说该test  case把握住了要点,但是当需要下次再回放该BUG的时候却怎么也无法再重现,这个时候我们设计的test  case肯定会被认为是不好的.当听到这时,我们大家都会感到气氛,这时我们就需要考虑test  case之外的东西了(EG.发布的问题等等).软件测试网p&v5A-\dO4rW]

在网上也看到过这样的说法”能测试出多的BUG就是好test  case”.我也不知道这是啥理论的!!!反过来不能测试出BUG的test case 就是我们测试人员设计不到位 ? 如果执行一个test  case找出了很多的BUG这说明开发人员可能对需求理解不到位导致的结果,也有可能是设计test  case没有考虑周全,应该从双方面都去考虑.好有这也说明说这话的人只重视了开发没有从测试的角度考虑.软件测试网x:AlG0RvRo

那不能测试出BUG的test  case,也能说明开发人员对需求的理解让我们无从置疑(别人能力高的),当然这也说明我们测试人员的能力也高呀~~,需求理解也到位了, test  case遍及范围也考虑周全了.软件测试网:dDJj%LO)qE?