test
网站分类
站点统计
- 文章总数:11180
- 评论总数:36
- 引用总数:8
- 浏览总数:44987
- 留言总数:138
- 当前主题:Default主题
- 当前样式:MsnSpace
网站搜索
最新评论及回复
文章归档
- 2010 May (266)
- 2010 March (168)
- 2010 February (29)
- 2010 January (540)
- 2009 December (276)
- 2009 October (279)
- 2009 September (224)
- 2009 August (356)
- 2009 July (207)
- 2009 June (305)
- 2009 May (658)
- 2009 April (692)
- 2009 March (1050)
- 2009 February (1392)
- 2009 January (759)
- 2008 December (1124)
- 2008 November (1945)
- 2008 August (4)
- 2008 July (5)
- 2008 June (23)
- 2008 May (21)
- 2008 February (29)
- 2008 January (108)
- 2007 December (35)
- 2007 November (5)
- 2007 October (22)
- 2007 September (134)
- 2007 August (349)
- 2007 July (156)
- 2007 June (18)
- 2007 January (1)
在RAD中开发、配置并测试基于SessionBean的Scheduler任务
作者:naruYrY0Xa 日期:2008年11月21日
关键字:SessionBean的Scheduler任务本文介绍了WebSphereApplicationServer提供的应用编程扩展之一:Schedule的相关概念,以向控制台输出"HelloWorld"信息作为一个任务并以此为例说明了在RationalApplicationDeveloper中如何开发、创建、配置并最终测试这一Schedule任务。1.前言本文介绍了WebSphereApplicationServer提供的应用编程扩展之一:Schedule的相关概念,以向控制台输出"HelloWorld"信息作为一个任务并以此为例说明了在RationalApplicationDeveloper中如何开发、创建、配置并最终测试这一Schedule任务。2.Scheduler简介Scheduler是WebSphereApplicationServer提供的应用编程扩展之一。Scheudler服务提供了WebSphereApplicationServer中配置、管理与开发基于时间的工作任务的功能。在Scheduler服务管理之下,特定的操作或任务可在将来的某一时间运行一次,也可以按指定的时间间隔反复运行。WebSphereApplicationServer中的Scheduler服务为管理和调度任务提供了高的可靠性和运行性能,同时提供了对任务的持久存储管理与事务管理。使用Scheduler服务管理任务具有以下优点:简化系统管理步骤,降低系统管理成本将特定的任务交由Scheduler服务调度、管理并执行,可极大的
跨越边界:延续、Web开发和Java编程
作者:naruYrY0Xa 日期:2008年11月21日
关键字:Java编程跨越边界系列讨论非Java语言如何解决一些重要问题以及这些解决方案对当今的Java开发人员有什么意义。本文讨论延续(continuation),这是Smalltalk的Seaside这类框架背后的技术。延续服务器(continuationserver)提供了一个有状态的编程模型,同时又没有舍弃无状态所固有的可伸缩性,从而使构建Web应用程序更加容易。一般的Web开发有时候很有趣,但是通常却是令人烦恼的。JavaWeb开发人员要花费很长时间来提供无状态模型,但是产生的性能和部署的简单性使得这种努力是值得的。在本文中,我将讨论一种完全不同的Web开发方式,称为延续服务器(continuationserver)。延续服务器提供了一个有状态的编程模型,同时又没有舍弃无状态所固有的可伸缩性,从而使Web应用程序开发更加容易。关于本系列在跨越边界系列中,作者BruceTate提出这样一种观点,即通过学习其他方法和语言,当今的Java程序员可以更好地武装自己。由于Java技术已经成为所有开发项目最好的选择,所以编程方式已经发生了改变。其他框架影响着Java框架的构建方式,您从其他语言学到的概念也可以影响Java编程。您编写的Python(或Ruby、Smalltalk等语言)代码可以改变编写Java代码的方式。这个
将iSeriesWeb服务导入WebSphereIntegrationdeveloper
作者:naruYrY0Xa 日期:2008年11月21日
关键字:iSeriesWeb本文介绍了如何将WebSphere
WebSphereIntegrationDeveloper指导教程——第2部分使用WebSphereIntegrati…
作者:naruYrY0Xa 日期:2008年11月21日
关键字:使用WebSphereIntegrationDeveloper进行SOA开发WebSphereIntegrationDeveloper指导教程——第2部分作为本系列中第二篇文章,本文将介绍面向服务的体系结构(SOA)编程模型,并描述如何在WebSphere
IBMWebSphere开发者技术期刊:使用服务组件体系结构构建SOA解决方案——第3部…
作者:naruYrY0Xa 日期:2008年11月21日
关键字:导入和导出集成SCA模块本文介绍如何使用服务组件体系结构(ServiceComponentArchitecture,SCA)和IBM
指导教程——第1部分WebSphereIntegrationDeveloper概览
作者:naruYrY0Xa 日期:2008年11月21日
关键字:WebSphereIntegrationDeveloper本文是通过IBM
ClearCase远程客户端实现功能详述(一)对CQ集成的支持与版本树
作者:naruYrY0Xa 日期:2008年11月21日
关键字:CQ集成ClearCase1.配置管理工具ClearCase与缺陷管理工具ClearQuest的集成1.1集成概述使用ClearQuest作为缺陷管理工具,并将ClearCase和ClearQuest进行集成,从而将变更请求和配置管理对象有机的联系到一起。这样所有的Activity可以通过ClearQuest获得。用户可直接管理需修改的程序模块,掌握软件变更状况。CC与CQ集成后,可以提供给用户软件某一版本曾经完成哪些变更的信息;某一个的功能增加共修改了哪些模块;在变更频繁的环境下,可以管理、跟踪及恢复任何的变更;查询变更需求实际修改了哪些程序模块;1.2集成分类ClearQuest和ClearCase集成,主要的集成方式有以下两种:1)ClearQuest与BaseClearCase集成集成是通过将ClearCase的版本对象库(VOB)与ClearQuest的数据库相关联来实现的,集成后开发人员在修改代码(CheckOut)时会自动弹出ClearQuest的变更请求列表,并强制开发人员将此次修改与特定的变更请求相关联。这样一来,开发人员在代码提交时可以清楚的知道哪些修改过的代码是对应哪些任务的,集成人员可以准确的了解到某次建立到底集成进来哪些变更请求。项目经理可以轻松的定位变更请求和哪些改动相关。2)ClearQuest与UCMClearCase集成此种集成方式与上一种集成方式从实现
ClearCase远程客户端实现功能详述(二)对CQ集成的支持与交付/同步
作者:naruYrY0Xa 日期:2008年11月21日
关键字:CQ集成引言绑定活动与非绑定活动之所以先介绍这个概念,是因为在后边的介绍中,很多地方会用到相关的概念。在这里先大概做个介绍。和UCMCC集成的CQ数据库中,对于已存在的从属于某个用户的活动记录,称作对于该用户的非绑定的活动。当用户执行了加入源控制或检出的操作时,系统会提示用户从CQ数据库中选定一个活动记录来和该次操作关联,这样,被选定的活动记录就成为了绑定的活动,它会表现出一个CC活动的一切特征。在CC与CQ集成的环境下,CCRC客户端的应用1.在客户端浏览CQ数据库中的Defect纪录在CCRC服务器端将项目和CQ绑定后,从CCRC客户端点击加入该项目。具体操作过程参见《ClearCase远程客户端介绍》中"创建UCM视图"一节。在视图创建的最后一步,完成与CQ的集成设置。参见《ClearCase远程客户端实现功能详述(一)》中"在CCRC服务器上实现CQ与UCMClearCase的集成设置"一节。至此,用户可以开始方便而美妙的UCMCC与CQ集成环境的应用了。1.1从CCRC客户端登陆CQ数据库用户第一次连接CCRC服务器,在绑定了CQ的项目的流视图下,点击"我的活动",系统会出现一个CQ的登陆窗口。如图1所示:图1用户需要输入CQ数据库的相应用户名和密码。在不断开和CCRC服务器的连接的前提下,再次点击"我的活动",将不
脚本测试的经验总结
作者:naruYrY0Xa 日期:2008年11月21日
这里说的脚本既包括软件中文件处理的脚本,也包括存储过程,总之,它是从上游取得数据经过一番处理后交给下游来处理或者存储,通常每条数据又包括多个字段。1通常一个脚本只完成一两个功能,需求会写的比较简单,但测试人员一定要仔细想像整个脚本执行过程的每个细节,以此来明确需求并设计测试用例,你想的有多细致通常可以决定测试有多充分。2要对数据流中每个字段进行测试,这一点通常容易被忽略。比如有一个字段只能取值0或者1,这时就要设计两条数据分别取值0和1,如果有个字段要求取值整数,则只需随机取一个整数,再加上边界值的情况进行测试。3要考虑各个字段为0为空或超长等特殊情况。4要适当地考虑异常的情况,不要去测试不可能出现的异常。比如一个字段存储的是手机号,如果上游已可以保证手机号不为空,而且只为数字,就不用设计手机号为空和字符等异常的用例。通常最大的困难是确定那些异常是可能出现的哪些是不可能出现的,这通常需要开发人员的支持。5处理过程的log也需要测试。6最后可以通过查看脚本代码来发现一些问题。