注意!测试用例设计4大误区!

上一篇 / 下一篇  2011-07-27 09:27:41 / 个人分类:测试

误区一:测试输入数据设计方法等同于测试用例设计方法。

        测试用例设计方法除了确定测试输入数据之外,测试用例的设计还包括如何根据测试需求,设计规格说明等文档,确定测试用例的设计策略,设计用例的表示方法和组织管理形式等问题。

 

误区二:强调测试用例设计得越详细越好。

        其实并不如此,测试用例设计得太过详细的最大危害就是耗费了很多测试用例设计时间和资源,可能等到测试用例设计、评审完成后,留给实际执行测试的时间所剩无几了。

        另外,编写测试用例的根本目的是有效地找出软件可能存在的缺陷,为了达到这个目的,需要分析被测软件的特征,运用有效的测试用例设计方法,尽量使用较少的测试用例,同时满足合理的测试需求覆盖。

 

误区三:追求测试用例设计“一步到位”。

        “唯一不变的是变化。”任何软件项目的开发过程都处于不断变化过程中,用户可能对软件的功能提出新的需求,设计规格说明相应地更改,软件代码不断细化。设计软件测试用例与软件开发设计并行进行,必须根据软件设计的变化,对软件测试用例进行内容的调整,数量的增减。增加一些针对软件新增功能的测试用例,删除一些不再适合的软件测试用例,修改那些模块代码更新了的测试用例。

 

误区四:让测试新人设计测试用例。

        这并不是对软件新人的歧视,我咋一看也这样认为,其实不然。下面将理由慢慢道来。

        让测试新手设计测试用例是一种高风险的组织方式,它带来的后果是设计出的测试用例对软件功能和特性的测试覆盖性不高,编写效率低,审查和修改时间长,可重用性差。

        另外,软件测试用例设计是软件测试的中高级技能,其编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计、功能规格说明、用户使用场景以及程序/模块的结构都要有比较透彻的理解。

        对此,应该安排经验丰富的测试人员进行测试用例设计,测试新人可以从测试用例开始,随着项目进度的不断进展,测试人员的测试技术和对被测软件的不断熟悉,可以积累测试用例设计经验,编写测试用例。


TAG:

 

评分:0

我来说两句

日历

« 2024-10-03  
  12345
6789101112
13141516171819
20212223242526
2728293031  

数据统计

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

RSS订阅

Open Toolbar