学习ing................

转软件测试之“测试用例设计原则”

上一篇 / 下一篇  2011-06-20 15:18:55 / 个人分类:测试用例

原文地址:http://www.51testing.com/?uid-227201-action-viewspace-itemid-97571

 

不管是从个人角度还是从公司角度,根据我这几年的经验我觉得case的设计应该符合以下几点:

  1、一个case一个功能点:每个case都要有个测点,找准一个测点则可,不能同时覆盖很多功能点,否则执行起来牵连太大;

  2、case的易读:从执行者的角度去写case,最好不要有太多的术语在里面,如果要有最好指明具体位置;

  3、case的执行粒度:粒度越小越好;

  4、步骤清晰:一个case多个步骤,可一个重点,步骤指名人们怎么去操作,expect则指明这样操作之后应该看到什么结果---最好不要用正确,正常,错误之类的含糊主观的字眼。

  5、总体设计:先正常,后异常,这样可以确保正常情况下功能能够走通。

  总之:对于一个新来的tester,给他个case和我们的软件,他就能顺利取执行case,这是最佳状态,也是我们case设计的标准,按照这个标准,我想出了以上几点要求。

  这样做的好处是:

  1、执行者不会因为case看不懂再三的去烦扰你,你也不会因为时间长了,业务忘了,看不懂case;

  2、如果原来的designer有事,公司可以很快请人顶上,测试可以继续进行,不会被block住;

  3、执行case的人能更快的去掌握业务系统流程,不会因为要看懂一个case而大伤脑筋,更别说去真正的执行它了。


 


TAG: 测试用例

小小 引用 删除 397917842   /   2011-06-20 15:20:54
目前正在写测试用例,以此为标准,写完过后可以看看达到了几点
 

评分:0

我来说两句

Open Toolbar