测试用例的评估

上一篇 / 下一篇  2011-07-25 12:57:12 / 精华(1) / 置顶(1) / 个人分类:测试

如何提高测试用例设计的质量呢?就像软件产品需要通过各种手段来保证质量一样,测试用例的质量保证也需要综合使用各种手段和方法。如图1

从图中可以看出,测试用例的评价质量因素包括:测试用例对需求的覆盖完整性,测试用例的有效性,测试用例描述的清晰程度,测试用例的可理解性,测试用例的可维护性等。

测试用例的检查可以有多种方法,但是最敏捷的应当属临时的同行评审。同行评审,特别是临时的同行评审,应该演变成类似结对编程一样的方式,从而体现敏捷的“个体和交互比过程和工具更有价值”。要强调测试用例设计者之间的思想碰撞,通过讨论、协作来完成测试用例的设计。原因很简单,测试用例的目的是尽可能全面地覆盖需求,而测试人员总会存在某些方面的思维缺陷,一个人的思维总是存在局限性,因此需要一起设计测试用例。

除了同行评审,还应该尽量引入用户参与到测试用例的设计中来,让用户参与评审,从而体现敏捷的“顾客协作比合同谈判更有价值”这一原则。这里的顾客含义比较广泛,关键在于如何定义测试,如果测试是对产品的批判,则顾客应该是指最终用户或客户代表(在内部可以是市场人员或领域专家);如果测试被定义为对开发提供帮助和支持,那么顾客显然就是程序员了。

参与测试用例设计和评审中来的人除了测试人员自己和管理层外,还应该包括最终用户或顾客代表,以及开发人员。


1

1

TAG:

小麦紫的个人空间 引用 删除 小麦紫   /   2011-07-27 10:54:15
原帖由chusaizhe于2011-07-26 09:35:25发表
在我们手工测试的时候,我基本不看用例,因为看用例也找不到缺陷,但是有时候用例会帮助我们快速熟悉软件.

呵呵,但是大部分时间还是需要测试用例滴。
chusaizhe的个人空间 引用 删除 chusaizhe   /   2011-07-26 09:35:25
在我们手工测试的时候,我基本不看用例,因为看用例也找不到缺陷,但是有时候用例会帮助我们快速熟悉软件的业务流程,
 

评分:0

我来说两句

日历

« 2024-09-25  
1234567
891011121314
15161718192021
22232425262728
2930     

数据统计

  • 访问量: 54204
  • 日志数: 28
  • 建立时间: 2011-07-06
  • 更新时间: 2011-08-09

RSS订阅

Open Toolbar