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

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

翻译JRUnit的文档(一)

发布: 2007-10-09 17:44 | 作者: 网络转载 | 来源: 网络转载 | 查看: 120次 | 进入软件测试论坛讨论

领测软件测试网 最近开始接触JBOSS IDE,想借此学习J2EE,在查资料时,偶尔接触到jboss社区的一个开源项目——JRUnit,是Junit的一个扩展,貌似功能还挺强大的。百度一下,发现相关资料少之又少,遂冒出翻译他的官方文档的念头,起码也是对开源的一丁点贡献,还能练练E文
首先给出这份官方资料的URL,是一个入门指南
http://labs.jboss.com/jrunit/downloads/jboss-jrunit.pdf
第一次翻译,加上我以前也没接触过JRUnit,肯定会有不少错误,希望大家谅解指正,为了方便叙述很多地方不是完全按原文翻译,最好还是看官方的原文。我不确定的地方会加以注明并附上原文
OK,Let's get starting

原文共四章,很短总共就十六页
第一章   《概述,什么是JRUnit》
jrunit通过向基于junit测试框架加入对基准(benchmark)的支持,以及对junit框架本身的扩展,从而为基于分布式的客户端/服务器模式的(client/server)测试提供支持。需要强调的是,jrunit不是用来替代junit的,而是对junit的一个扩展,使其对企业应用方面有更好的支持。
说到基于C/S的测试,junit本身有着不少明显的局限性,使它在这方面不是很好用。一个最显著的地方是,junit被设计成所有的test都在一个单独的类、一个单独的进程内运行。另一个局限是,所有的测试都是原子的、与任何外围代码都没有关系,因此每个测试的生命周期都是相互独立的。这些特征对于低级别的代码单元很好用,但换上C/S模式的测试时则不尽然
由于C/S架构代码的特殊性,它们对于测试有着额外的要求。首先是对客户端和服务器端测试的生命周期,或者说状态,必须能进行管理。这一点很重要,因为在客户端进行测试并且连接服务器之前,服务器必须已经创建并初始化完毕;同样服务器不能在客户端完成所有测试之前关闭。此外还必须能够将服务器和客户端的所有测试结果整合成为一份单一的结果格式。最后,所有这些都能够从单点驱动,这样就能够在一次构建中,把它们包含进自动化测试中去。(Finally, need to be able to have all this driven  fromasinglepointsocanbeincludedwithinanautomatedtestrunfromabuild.)

jrunit通过允许多个test case以及客户端和服务器,在多个不同的进程上同步运行但是由一个中央driver进行控制,来解决上述问题。这个driver控制所有test case的整个生命周期。所有由driver产生的test case都被放入一个harness中,由harness向driver汇报执行情况。而这个driver本身就是一个TestCase类,所以可以直接从IDE或者JUNIT中调用

jrunit还提供额外的benchmark插入(hook)到测试代码中。这些benchmark hook能让jrunit框架收集统计数据,即关于不同测试代码段运行所花费的时间的统计。这些数据可以被记录在许多持久性存储中(a number of persistent store)并实时查看;或者也可以记录一段时间内的数据,来看看一段时期内随着代码的变更,性能是如何受到影响的。

第一章翻译完了,区区一页纸搞了半天,看来翻译比起自己看懂要难多了。水平粗糙各位见谅

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

TAG: jrunit


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

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