• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

软件测试用例设计的必要性

发布: 2009-3-05 10:00 | 作者: 不详 | 来源: 测试时代采编 | 查看: 34次 | 进入软件测试论坛讨论

领测软件测试网  纵观国内软件测试行业,从2001年开始,测试人员及测试主管经常研究测试用例的编写方法。以为编写了测试用例就可以做好测试工作。其实不然。测试用例只是用来达到测试覆盖和进行测试经验积累的一种手段。

        我们部门从2002年开始开始测试用例的编写任务,但直至2004年,测试用例对实际的测试工作并没有带来明显的效果,反而造成工作量上的增加和资源浪费。因为,一直以来,已经编写好的测试用例并没有认真地执行和维护。这不是测试用例本身的问题,而是测试管理者的失误!

        为什么我们一直以来都对测试用例表现出不好的态度呢?分析原因,有四:

        1.首先是资源投入的问题。测试团队的人数不够,将直接引发工作量问题。而测试用例又是一件要求非常细致的工作。

        2.开发测试用例所需要的技术知识。测试用例的设计离不开技术(虽然在有些情况下可以不需要),但当前的测试团队并没有好的技术基础(如编程经验,设计经验等)。另外,与开发组和产品需求规划组的交流也不顺畅。导致测试用例的设计很片面,且太过于主观(纯粹靠设计人员的经验)。

        3.对测试用例的理解过于单薄。为什么这么说呢?由于QC是一件非常复杂的工作,事情多且杂乱(特别是在开发流程不规范的组织中),测试主管们很容易掉进“为了设计而设计”的陷井。测试用例的编写过程和质量,并不是“测试用例工作”的全部,测试用例的执行、维护才是这项工作的重点。

        4.测试主管们对测试用例的期望值过高。测试用例编写出来了,也执行了。但它毕竟是一份文档,是死的,我们需要活用它。也就是说,测试用例还需要一个相配套的使用策略。比如,对某个软件版本的的测试,根据实际的项目情况(如测试时限,人员及其水平,目标软件的品质等)对测试用例库进行筛选和打包,这样才能较好地实现测试用例的效果。


延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 软件测试 设计


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网