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

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

软件测试中的自动化测试框架探讨

发布: 2009-4-18 21:58 | 作者: 网络转载 | 来源: 测试时代采编 | 查看: 27次 | 进入软件测试论坛讨论

领测软件测试网

自动化测试框架比较多,基本上都是以junit为基础,以TestCase 和 TestSuit为主要运用,对所要测试的类和主要方法,加test方法,然后作assert判断,如果与结果不符合,就抛出异常。可以一次执行多个test case.这样就简化了人工的干预,可以称之为自动化测试。

  由此也衍生了不少更强大的测试框架,比如可以得出执行时间指标,内存指标,以及web测试和多线程测试,使之扩展测试的深度和广度。这其中,人工干预的环节基本上在前期,也就是写test case的环节上,比如要构造最初输入参数,编写测试逻辑流程,如果方法之间本身耦合度较高,就需要比较复杂的测试逻辑流程,这也就是说,增加了前期的工作量,但也极大降低了后期的时间和工作量,总体而言还是极大提高了测试的效率。

  但如果测试的前期能够降下来的话,这不是更好吗?这也是我当时的一个最初想法。

  举个具体的例子阐述一下想法:

  比如

  @ValidateIntValue(min=25,max=35)
  private String age;

  从上面这个age变量,我们可以得出age的最小值25,最大值35,这是它的规则,就是说,如果在程序测试中,如果出现age不符合这个范围,就必须抛出异常,提示出错,这个也是一个朋友上面说的校验。但另一方面,这也给我们提供了一个test case输入参数的思路,这就是如果我们遇到以age为输入参数的话,我们可以自动生成3个参数来执行三个case,2个边缘case,25,35,还有一个在这个随机值范围里面。当然我们可以修改为:

  @ValidateIntValue(min=25,max=35,default=28)
  private String age;

  这取决于我们的偏好。

  由于这些meta信息不只可以作用于方法里面,也可以作用在类里面,我们也可以针对类作一些描述,这样我们就可以对类本身也可以作一些特定的描述。

  一般来说,对复杂的类变量,populate方法必须提供能够实现递归,即填充父类的信息以及自身内部的变量信息,一直深入到最小的不可分解的原型变量,因为我们一般面对的都是一些比较复杂的类。

  这样我们就简化了前期的一部分工作量。但是测试的业务流程并没有简化,尤其是一些复杂的业务流程。

  我的思路是另外一种思路,就是做一个图形界面工具,通过对类方法的拖拉,基于流程图的形式,自动生成相对应的代码。我感觉是可行的,因为一般来说,测试的逻辑并不是怎么复杂。不过因为我没有实践过,所以不知道可行性,也不知道网上是否已经有这类框架。

  这半年来基本上没有写过一行代码了,不过有时间的话,还是愿意尝试一下,和大家共享代码,虽然我已经决定不再吃技术这碗饭了,但是它确实已经成为我生命的一部分了。

延伸阅读

文章来源于领测软件测试网 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认证国际软件测试工程师认证领测软件测试网