• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

JavaEye上活跃的开发者Complystill（歆渊）最近发布了自己的开源SecureJSH项目，提供了一个通过SSH交互进行Java应用开发或者管理的工具。

在项目的介绍中可以得知，SecureJSH与Ptyhon里面的ipython或者Ruby里面的irb非常相似。它们都允许交互式运行语言的代 码，以方便跟踪或者调试应用。但是，Java与Ruby、Python不同，后者是动态脚本语言，它们天生具有解释执行的特点（注意：当然Python支 持预编译，Ruby也将在YARV中开始支持，这里指它们的解释执行状态）。我们常见的Python和Ruby发行版本基本上都包括自己的解释器（这也是 它们的核心组件），但是Java是一种需要中间编译过程的语言，默认情况下它无法直接解释运行，也没有相应的解释器。

那么SecureJSH是如何实现的呢？读者首先会想到JSR-223，这个API可以自己扩展脚本语言支持，比如rhino是 Javascript解释引擎。但是使用它难以实现交互操作，因为它必须输入一个相对完整的脚本才可以运行，这样会丧失一部分交互性。SecureJSH 实际上是使用了JDK 6.0的新特性Java Compiler API（JSR-199），它提供了一组API来让程序可以动态地访问Java编译器的接口，这样就可以使用Java编译器动态检查代码语法或者动态根据 Java源码生成可以执行的字节码。这种方式与ASM的编程直接生成字节码不同，它能直接将Java源码转换为字节码，XRuby的主力开发者郑晔（网名 dreamhead）在他的Blog中这样对比了两种方案：

之前，刚刚在Blog中提到ASM， 里面的代码生成工作是通过直接写 字节码完成的。现在有了Compiler API，可以考虑生成代码以Java源码的形式完成，然后，通过调用Compiler API对源码进行动态编译，这样，可以达到同直接写字节码类似的作用。使用Compiler API，肯定不如直接生成字节码来得高效，但对于不了解JVM指令的人来说这也许是一种解决方案。

可见JSR-199不是最高效的字节码生成方案，但是更方便使用。Java Compiler API不是为了取代ASM这样的方案的，它的本意是以编程的方式实现实时编译及信息反馈。Java目前的主要架构师之一Peter von der Ahé曾经在他的Blog对谁需要使用Java Compiler API这个问题做了如下解释：

99%的Java开发者都不需要了解Java Compiler API。只有少数的开发者会直接应用这个API。但是IDE、Java EE应用程序服务器、Maven或者Ant还有测试框架的开发者却不一样，他们有一个共同点，就死需要调用编译器将Java源码转换为类文件（他们是这个 API的潜在用户）。

可见JSR-199的产生主要是面向热部署或者增量编译这样的场合，但是SecureJSH的产生扩展了Java Compiler API的应用场景，同时也增强了Java和JVM的交互性。Complystill这样介绍了SecureJSH的应用场景和需求：

SecureJSH允许Java编写的服务器端应用程序为管理员、客户、开发者和客户端服务提供一个安全shell，这里可以交互性地让Java语言逐句运行。SecureJSH需要JDK 6.0或者JRE 6.0加JAVAC（在classpath中）来运行。

• 安全：SecureJSH在服务器端实现了RFC-4251，SSH 2.0协议，支持公钥认证，这种方式方便安全（不需要每次输入密码）。
• 交互式执行：传 统的方式下，在运行Java源代码之前你必须将它们编译为字节码。但是使用SecureJSH，编译的过程是透明完成的，所以你只需要随意输入一些 Java表达式（就可以运行）。这意味着你可以使用你书写应用程序时完全相同的语法，与最新的Java语言规范同步。你可以在你的Java项目源码和 SecureJSH终端里面拷贝＆粘贴任何代码，都没有问题。
• 智能命令识别，UNIX Shell风格：不 像JSR-223（Java Scripting Engin，Java脚本引擎）对Java语言的脚本的支持，在（Java脚本引擎）里面你必须将Java类的全部代码输入后才可以执行， secureJSH更加智能和人性化，如果你输入了不完整的Java表达式，它会自动提示你进行多行的输入，然后将这些表达式包装到一个预先定义的类结构 中来执行。它是一个真正的Shell。
• 没有相互干扰，最小化资源消耗：SecureJSH没有需要储存在JVM范围的静态资源，每一个实例只消耗很少量的资源（基于NIO实现，所有的SSH通讯都由一个线程处理）。你可以按照你的想法在一个JVM里面运行任意多个shell服务，包括Java应用程序服务器的JVM。

作为一个开源项目，SecureJSH使用了ganymed的纯Java实现的SSH 2.0库，并使用Java NIO编写了网络服务，代码质量很高。据Comply Still介绍，SecureJSH最初是为内存数据库TOB设计的，为这个面向对象数据库提供交互访问的接口，但是后来作者发现它可以被应用在很多场 合，所以单独开源发布。作为Java开发者，您可以从这里下载源码从中学习SSH 2.0、NIO网络服务、Java Compiler API的使用方法，相信一定会有所收获。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

本文系SecureJSH的中文介绍，原文参考歆渊的帖子：

SecureJSH允许Java编写的服务器端应用程序为管理员、客户、开发者和客户端服务提供一个安全shell，这里可以交互性的让Java语言逐句的运行。 SecureJSH需要JDK 6.0或者JRE 6.0加JAVAC（在classpath中）来运行。

安全： SecureJSH在服务器端实现了RFC-4251，SSH 2.0协议，支持公钥认证，这种方式方便安全（不需要每次输入密码）。

交互式执行：传统的方式下，在运行Java源代码之前你必须将它们编译为bytecode。但是使用SecureJSH，编译的过程是透明完成的，所以你只需要随意输入一些Java表达式（就可以运行）。这意味着你可以使用你书写应用程序时完全相同的语法，与最新的Java语言规范同步。你可以在你的Java项目源码和SecureJSH终端里面拷贝＆粘贴任何代码，都没有问题。

智能命令识别，UNIX Shell风格不像JSR-223（Java Scripting Engin，Java脚本引擎）对Java语言的脚本的支持，在（Java脚本引擎）里面你必须将Java类的全部代码输入后才可以执行，SecureJSH更加智能和人性化，如果你输入了不完整的Java表达式它会自动提示你进行多行的输入，然后将这些表达式包装到一个预先定义的类结构中来执行。它是一个真正的Shell。

没有界面，最小化资源消耗：SecureJSH没有需要储存在JVM范围的静态资源，每一个实例只消耗很少量的资源（基于NIO实现，所有的SSH通讯都由一个线程处理）。你可以按照你的想法在一个JVM里面运行任意多个shell服务，包括Java应用程序服务器的JVM。

长远规划因：为在当代的JVM里面，类载入还是一个昂贵的操作（消耗持久生成的堆区域），SecureJSH意图实现一个在当前JVM之上运行的JVM来直接（on-the-fly）的运行bytecode，而不需要使用类载入。这样可能会比在主JVM上运行要慢很多，但是对于交互会话来说已经足够了，特别是考虑到这样可以摆脱类载入对主JVM长期运行带来的负面影响。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

1、引子

2、问题

3、解决

4、尾声

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

本文翻译自IBM DeveloperWorks上的一篇文章，该文讲述了测试分类(test categorization)的概念，本身这个概念很简单，但是却实际的解决我们常见的问题，在我们的测试庞大到一定地步的时候，测试的运行时间过长，维护成本很高，我们如何能够保证持续集成(CI)的正常运行？那就是通过测试分类。所以我翻译了这片文章，希望对大家有所帮助。

原文：In pursuit of code quality: Use test categorization for agile builds
原文作者：Andrew Glover is president of Stelligent Incorporated, which helps companies address software quality with effective developer testing strategies and continuous integration techniques that enable teams to monitor code quality early and often. Check out Andy's blog for a list of his publications.

大家都同意开发人员的测试很重要，但是为什么要花这么长的时间运行测试呢？这个月，Andrew Glover将给我们讲述对于系统来说需要保证运行的三类测试，并且告诉你如何根据分类整理和运行测试。结果将会奇迹般的减少build的时间，即使是面对当今庞大的测试集。
如果不太难过的话，假想一下你是一个2002年初刚刚建立的公司的开发人员。在淘金热潮中，你和你的同事已经决定使用最流行最强大的Java API来开发一个庞大的数据驱动的Web应用程序。你可你的管理团队坚定的信仰敏捷过程。从第一天开始，就使用JUnit编写测试，并且通过Ant build脚本尽可能频繁的运行它们。最后，你们还会使用cron（*nix下的一个定时运行脚本的任务）来进行nightly build。再然后，某些人可能会下在CruiseControl然后把测试写成套件，然后在每次check-in时执行（持续集成）。
现在回到今天。
经过了前几年的磨练，你的公司已经开发了数量巨大的代码，当然也有同样庞大的JUnit测试。一年前所有的事情都运转良好，当你的测试套件有超过2000个测试，人们开始注意到build过程可能要执行三个小时以上。几个月以前，你停止通过代码提交来处罚持续集成（CI）运行单元测试，因为CI服务器会因此过渡繁忙。你改为进行nightly测试（每日测试），第二天早上开发人员可能会头疼测试为何失败。
最近，测试套件似乎很难在晚上运行一次以上了——这是为什么呢？它们永远运行不完！没有人会用几个小时的时间来等待确认代码运行是正常的（或不正常）。所以，整个的测试会在晚上运行，对么？
因为你如此频繁的运行测试，他们总是充满了问题。（译者注：你会开始怀疑是不是测试也出了问题，是否想测试你的测试？）从而，你和你的团队开始怀疑单元测试的价值：如果代码质量并不那么重要，为什么我们要承受这种痛苦？假如你可以用敏捷的方法运行它们的话，你们完全同意这是单元测试的基本价值。

尝试测试分类（test categorization）

你需要的是一个让你的build转变到更敏捷状态的策略。你需要一种解决方案来允许你在一天内多次运行测试，让那些已经需要三个小时完成的测试回到原先的状态。
在你尝试使用这个策略让你的测试套件恢复原形之前，思考一下“单元测试”的基本概念可能会有所帮助。“我家有一只动物”和“我喜欢汽车”这样的陈述不是非常明确，所以，不幸的是，“我们编写单元测试”也不明确。现在，但愿测试泛指一切。
思考前面的两个关于动物和汽车的陈述：它们产生了很多疑问。例如，你家里有什么动物？是猫、蜥蜴还是熊？“我家有一只熊”与“我家有一只猫”完全不同。同样的，“我喜欢汽车”对于与汽车销售商交谈时没有帮助。你喜欢哪种车：运动车、卡车或者大货车？不同的答案会将你引入不同的路径。
同样，对于开发人员进行测试，根绝测试类型分类是有所帮助的。这样做更加精确，能够允许你的团队以不同的频度运行不同类型的测试。分类是避免恼人的运行所有“单元测试”的三小时build的关键方法。

三种分类

形象的将你的测试套件整理为三层，每一层代表开发人员进行的不同类型的测试，它们是根据运行时间的长短划分的。如图1所示，每一层将花费更多的总build时间，无论是运行时间还是编写它们所需的时间。

图1 测试分类的三层

最下面一层测试运行时间最短，如你所想，他们也是最容易写的。他们也覆盖最少量的代码。顶层是有高层次的测试组成，它们检测应用程序的很大一部分。这些测试相对难写，同时也需要更多时间来执行。中间一层测试介于两个极端之间。
这三个分类如下：

• 单元测试
• 组件测试
• 系统测试

1、单元测试

单元测试隔离的确认一个或者多个对象。单元测试不处理数据库、文件系统或者任何可能带来测试不能保证长期可运行的因素；顺序上，测试可以从（项目）第一天就开始写。事实上，这就是JUnit的设计目标。单元测试的隔离概念是在很多mock对象库隔离特定对象的外在依赖的基础上的。进一步说，单元测试可以在实际代码编写前就开始写——也就是测试先行开发TDD的概念。
单元测试一般容易编写，因为他们不依靠于系统依赖，并且他们运行迅速。不好的方面是，单独的单元测试只能提供有限的代码覆盖度。单元测试的价值在于允许开发者在最低的依赖程度下保证对象的质量。
因为单元测试运行迅速容易编写，一个代码库应该有很多单元测试且尽量频繁的运行它们。你应该在每次build的时候运行它们，不管是在你的机器或者一个CI环境（以为这你应该在每次向SCM系统chech in之前运行它们）。

2、组件测试

组件测试保证多个对象的交互，但是它们突破了代码隔离的概念。因为组件测试处理多层架构，他们经常要处理数据库、文件系统、网络元素等。而且组件测试一般很难在（项目）前编写，所以将它们加入到一个实际的测试先行/测试驱动的场景中是个很大的挑战。
组件测试编写要花多一些时间，因为他们比单元测试要棘手。从另一个方面来看，他们能够提供比单元测试更高的代码覆盖率因为它们的宽工作范围。它们运行耗时更多，所以它们会极大地拖长你们的总测试耗时。
一个宿主框架可能减少测试庞大架构组建的挑战难度。DbUnit就是一个这种框架的完美例子。DbUnit是编写依赖于数据库的测试容易，它能够处理复杂的数据库状态准备工作。
当测试引起build时间延长，你基本上可以确定那就是大组的组件测试造成的。因为这些测试比单元测试运行时间更长，你可能发现你不能总是运行它们。因此，它让CI环境至少以小时为间隔执行它们。你一应该要求每个开发者在check in前在本机环境运行这些代码。

3、系统测试

系统测试从端到端保证软件应用。因此，他们提出了高度的架构复杂性：整个应用必须在进行系统测试时运行。如果是一个Web应用程序，你需要访问数据库，从Web服务器、（应用程序）容器、任何相关的配置都要配合系统测试的运行。系统测试总是在软件开发周期的最后阶段撰写的。
系统测试对于编写人员是个挑战，并且实际往往花费比较长的时间。另一方面，他们提供更好的催款理由，也就是说，他们提供了系统架构级的代码覆盖率。
系统测试与功能测试非常相近。区别在于它们不是一个假扮用户，用户是虚拟的。就像组件测试一样，很多框架都是来帮助这类测试的。例如，jWebUnit通过模拟一个浏览器提供了测试Web应用程序的基础设施。

什么是接受测试？
接受测试与功能测试类似，不同点在于，理想情况下，客户或者最终用户来编写接受测试。与功能测试类似，接受测试按照最终用户的行为测试。一个备受关注的接受测试框架是Selenium，它使用浏览器来测试Web应用程序。Selenium可以在build过程中自动运行，就像JUnit测试一样。但是Selenium是一个新的平台：他不一定使用JUnit，方式也不太一样。（Selenium RC就没有这个问题了）

我应该使用jWebUnit或者Selenium？
jWebUnit是一个JUnit扩展框架，设计用来进行系统测试；所以，它需要你自己写这些测试。Selenium是一个优秀的接受测试和功能测试工具，不同于jWebUnit，它允许非程序员编写测试。理想状态下，你的团队可以同时使用两种工具来确认应用程序的功能。

使用TestNG进行测试分类
使用TestNG实现测试分类非常容易。使用TestNG的group注释，逻辑上将测试分类就是进行合适的group注释，这非常简单。运行某一分类的测试只需要将group名称传给test runner就可以了，例如通过Ant。

实现测试分类

所以，你的单元测试套件实际上是单元测试、组件测试和系统测试的套件。甚至，在你检查所有的测试后发现build需要这么长时间是因为大部分测试都是组件测试。下一个问题是，如何通过JUnit实现测试分类？
你有很多选择，但是让我们先试验一下最简单的两个：

对于不同类型的测试创建不同的目录

创建不同的套件

你可以使用JUnit的TestSuite类（它也是一种Test）定义一组同类测试的集合。你要创建一个TestSuite的实例并添加相关的测试类到test方法中。你可以在TestSuite实例中通过定义一个叫做suite()的public static方法告诉JUnit这个套件包括哪些测试。所有包括的测试将会一次全部执行。因此你可以通过创建TestSuite来实现测试分类，一个单元测试的TestSuite、一个组件测试的TestSuite，有一个系统测试的TestSuite。
例如清单1的类中的suite()方法创建了一个包含所有组建测试的TestSuite。注意这个类不是非常符合JUnit规范。他既没有继承TestCase，也没有任何测试的定义。但是JUnit会自动发现suite()方法并且运行它返回的所有测试类。

清单1 单元测试的TestSuite

package test.org.acme.widget;

import junit.framework.Test;
import junit.framework.TestSuite;
import test.org.acme.widget.*;

public class ComponentTestSuite {

 public static void main(String[] args) {
  junit.textui.TestRunner.run(ComponentTestSuite.suite());
 }

 public static Test suite(){
  TestSuite suite = new TestSuite();
  suite.addTestSuite(DefaultSpringWidgetDAOImplTest.class);
  suite.addTestSuite(WidgetDAOImplLoadTest.class);
  
  suite.addTestSuite(WidgetReportTest.class);
  return suite;
 }
}

 

清单2  运行组建测试的一个Ant任务

< target  name ="component-test"  
           if ="Junit.present"  
           depends ="junit-present,compile-tests" >
  < mkdir  dir ="${testreportdir}" />    
  < junit  dir ="./"  failureproperty ="test.failure"  
             printSummary ="yes"  
             fork ="true"  haltonerror ="true" >
    < sysproperty  key ="basedir"  value ="." />      
    < formatter  type ="xml" />       
    < formatter  usefile ="false"  type ="plain" />      
    < classpath >
     < path  refid ="build.classpath" />        
     < pathelement  path ="${testclassesdir}" />         
     < pathelement  path ="${classesdir}" />       
    classpath >
    < batchtest  todir ="${testreportdir}" >
     < fileset  dir ="test" >
      < include  name ="**/ComponentTestSuite.java" />                  
     fileset >
    batchtest >
  junit >
target >

理想情况下，你还需要一个触发单元测试的任务和系统测试的任务。最后，还有希望运行所有测试的情况，你需要创建第四个任务来运行其它三个任务，就像清单3里面那样：

清单3 运行所有测试的任务

< target  name ="test-all"  depends ="unit-test,component-test,system-test" />

创建单独的TestSuite是一个迅速实现测试分类的解决方案。缺点是这个方法需要你创建新的测试，你必须编成式的将它们添加到合适的TestSuite里面，这可能有点痛苦。给每个测试类型创建单独的目录可能是一种更加有弹性的方法，它允许你添加新的测试分类但无需重新编译。

 

---

 

创建单独的目录

我发现最简单的通过JUnit实现测试分类的方法是逻辑上将不同类型的测试放到不同的目录中。使用这个方法，所有的单元测试都放在unit目录，所有的组建测试都放在component目录，等等。
例如，在test目录中保存着所有未分类的测试，你可以创建三个新的子目录，就像清单4中那样：

清单4 实现测试分类的目录结构

acme-proj/
       test/
          unit/
          component/
          system/ 
          conf/

运行这些测试，你需要定义至少四个Ant任务：一个给单元测试，另外的给组建测试，还有系统测试。第四个任务是一个方便运行其它三个测试类型的任务（就像清单3种展示的那种方式）。
JUnit任务就像清单2中的形式。区别在哪里呢，只是在任务的batchtest这个地方。这次，fileset指向的是一个指定的目录，就像清单5种的样子，他指向了unit目录：

清单5 JUnit任务中的batchtest方面，用来运行所有单元测试

< batchtest  todir ="${testreportdir}" >
  < fileset  dir ="test/unit" >  
   < include  name ="**/**Test.java" />        
  fileset >
batchtest >

注意这个任务运行test/unit目录下的所有测试，当创建了新的单元测试（或者其它分类的其它测试），你只需要把它们放到这个目录里面就可以了！这比添加一行到TestSuite中并重新编译它要方便多了。

 

问题解决了！

回到最初的场景，我认为你和你的团队会决定使用单独的目录这种弹性的解决方案来解决你们的build时间过长的问题。这个任务最难的一个方面是检查和分清测试类型。你重构你的Ant build文件创建四个新的任务（三个单独的测试分类还有一个运行它们三个）。甚至，你修改CuiresControl只在check-in的时候运行单元测试，而组建测试按小时运行。更进一步的检查后，系统测试也可以几个小时运行一次，也许你会创建一个新的任务来同时运行组建测试和系统测试。

最后的结果是每天测试运行很多次，你的团队可以快速的发现集成错误——一般在几个小时内。

创建敏捷构建不是为了赶时髦，它实际上是保证代码质量的重要因素。测试运行的更加频繁，开发人员的测试的价值就能直接转化为钱。并且，希望你们的公司能够在2006取得广泛的成功！

资源
Learn

• " Automate acceptance tests with Selenium " (Christian Hellsten, developerWorks, December 2005): Architects, developers, and testers learn how to use the Selenium testing tools to automate acceptance tests.
• " Effective Unit Testing with DbUnit " (Andrew Glover, OnJava, January 2004): Introduces database-dependent testing with DbUnit.
• " An early look at JUnit 4 " (Elliotte Harold, developerWorks, September 2005): Obsessive code tester Elliotte Harold takes JUnit 4 out for a spin.
• " Repeatable system tests " (Andrew Glover, developerWorks, September 2006): Andrew Glover introduces Cargo, an open source framework that automates container management in a generic fashion.
• " Create test cases for Web applications " (Amit Tuli, developerWorks, May 2005): Software engineer Amit Tuli introduces jWebUnit.
• " In pursuit of code quality: JUnit 4 vs. TestNG " (Andrew Glover, developerWorks, April 2006): Has JUnit 4 rendered TestNG obsolete? Find out why not.
• In pursuit of code quality series (Andrew Glover, developerWorks): Learn more about code metrics, test frameworks, and writing quality-focused code.
• developerWorks : Hundreds of articles about every aspect of Java programming.

Get products and technologies

• Download JUnit : Find out what's new with JUnit 4.
• Download TestNG : Another powerful testing framework.

Discuss

• Participate in the discussion forum .
• Discussion forum: Improve your code quality : Andrew shares his expertise as a consultant focused on improving code quality.

 

定义TestSuite的过程需要你察看你当前的所有测试并将它们加入到相应的类里面（例如，所有的单元测试加入到UnitTestSuite）。这也就意味着你在相应的分类里面创建了新的测试，你必须编程式的将它们添加到合适的TestSuite中，当然还需要重新编译它们。
运行单独的TestSuite需要单独的Ant任务来运行正确的测试组。你可以定义一个component-test任务来执行ComponentTtestSuite，就像清单2中的样子：

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

public class SeleniumTestCase extends SeleneseTestCase4 {

    protected static final Log log = LogFactory.getLog(SeleniumTestCase.class);
    protected static Selenium selenium = null;

    /** *//**
     * 包含了登录的代码，保证在一个测试内部只执行一次开启浏览器并登录操作
     * @throws Exception
     */
    @BeforeClass
    public static void startSelenium() throws Exception {
        log.debug("Starting Selenium");
        selenium = SeleniumSession.getCurrentSession().getSelenium();
    }

    /** *//**
     * 在该类包含的所有测试结束之后关闭浏览器
     * @throws Exception
     */
    @AfterClass
    public static void stopSelenium() throws Exception {
        log.debug("Stoping Selenium");
        selenium.stop();
    }
}

public abstract class SomeTestCase extends TestCase {

  static {
    // perform the "global" set up logic
    //这里的代码会在类初始化时执行，所以相当于BeforeClass
    log.debug("Starting Selenium");
        selenium = SeleniumSession.getCurrentSession().getSelenium();

    // and now register the shutdown hook for tear down logic
    //将一个匿名方法写到这里，就相当于AfterClass
    Runtime.getRuntime().addShutdownHook(
       new Thread(){
           public void run() {
             log.debug("Stoping Selenium");
             selenium.stop();
           }
       }
     );
  }

}

这个好像是比较正统的方案，不好意思我并没有试验，但是看起来这的确可能是限定用JDK 1.4或JUnit 3.8.1的最佳解决方案。欢迎尝试。相关的连接参考这里：http://www.cs.wm.edu/~noonan/junit/doc/faq/faq.htm#organize_3 

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

Selenium相关资源中文化

1. 动机

springside项目的江南白衣、cac和徐昊、熊杰都多次推广非常Pragmatic的Selenium进行功能测试。而我们的项目中也开始引入Selenium测试，并结合持续集成搭建了一个测试环境，也尝试通过Selenium进行一些浏览器兼容性的测试。期间感觉到Selenium的强大，同时也发现这个项目还不是很成熟，还需要很多改进。但是，对于已经起步的程序员，我们觉得应该提供一个学习的场所，所以决定依靠javascud提供的服务，进行Selenium相关资源的中文化。
已经与Openqa的Wiki的负责人Patrick lightbody进行了沟通，他非常支持我们翻译Selenium文档，我们将一边翻译一边将翻译结果转移到OpenQA，这样就能够方便所有使用中文的Selenium用户了，希望大家共同努力！

2. 初步计划

我们准备从翻译 Selenium相关wiki 开始，翻译openqa下面的Selenium、Selenium RemoteControl、Selenium IDE下面的相关文章。顺序应该是偏重SeleniumRemoteControl和Selenium Core部分。
而openqa网站下面Selenium和RC的相关教程我们也会选择性的进行翻译。
Selenium On Rails如果哪位朋友感兴趣也可以负责（目前还是空的：）。
欢迎所有对Selenium感兴趣的（翻译的过程就是很好的学习）或者已经使用Selenium的同学积极参加，参加的方式可以是：直接参与翻译，编写原创学习文章并添加到相关资源列表，交流心得并将心得添加到相关资源列表，提供使用的视频片断，推荐好的Selenium文章进入翻译计划，提出你自己的意见。以上方式都非常欢迎，可以发信给我进行沟通（iamtin AT gmail.com）。
目前我们使用JavaScud的Wiki进行翻译工作，网址如下：
http://wiki.javascud.org/display/SEL/Home
需要帐号请自行注册，然后将注册后的帐号发给我带为申请或者直接向scud（飞云小侠）申请。

3. 工作线路图

按照官方网站的目录进行整理，首先翻译比较有意义/实用的部分。本页将作为文档的索引，同时也作为任务分配的页面。如果某一页的内容被翻译者认领，请将自己的名字和文档的翻译状态注在索引后面，方便统计。状态为（working, complete, reviewd），认领后为working状态，翻译好则complete，其它人看过并审过以后为reviewd。
我们首先翻译Selenium的几个About页面，然后开始翻译相应的Wiki部分，然后再补全Documentation、Reference部分，其余部分最后补齐。
现在wiki和about的原文文档已经粘贴过来了，请大家有工夫的时候开始翻译，这部分翻译完成后我们将把阶段成果链接到openqa的translation部分去。

• Selenium Core
  • 关于
  • News
  • Documentation
  • Usage
  • Reference
  • FAQ
  • Demos
  • Wiki
    • 我应该使用哪种Selenium工具？
    • Selenium Core FAQ
    • Getting Started with Selenium Core
    • Selenium Core Examples
    • Help With XPath
    • What People are Saying About Selenium
    • Publications and Presentations
    • Translated Documentnew!!
    • Selenium Core API Documentation Standard
    • Contributed User-Extensions
• Selenium IDE
  • 关于
  • News
  • Recording a test (video)
  • Documentation
  • Wiki
    • Recording a Test
    • FAQ
    • Contributed Extensions and Formats
    • Automating Selenium IDE tests
    • Writing extensions
    • Adding Custom Format
    • Building Selenium IDE
• Selenium RC
  • 关于
  • News
  • Documentation
  • Tutorial
  • Troubleshooting/FAQ
    • Java
    • .NET
    • Perl
    • Python
    • Ruby
    • Selenese
  • Server Command Line Options
  • Developer's Guide
  • Wiki
    • Possible Solution to HTTP AUTH Issues
    • Release Process
    • Selenium-RC and Continuous Integration
    • Specifications for Selenium Remote Control Client Driver Protocol
    • TODO for first Selenium Release
    • Windows Registry Support
• Selenium On Rails

4. 相关资源（部分）

徐昊(X)的：Selenium Better Pratice
江南白衣的：Selenium--透明反复推介的集成测试工具(Pragmatic系列)
cac翻译的：selenium参考手册
SpringSideTeam的Selenium指南
IBM的用 Selenium 自动化验收测试
Fit(table)+RC的方式使用Selenium
OpenQA的Selenium Remote Control Wiki
OpenQA的Selenium Core Wiki
OpenQA的Selenium IDE Wiki
OpenQA的Selenium Selenium on Rails Wiki
Nicholas的用Selenium进行功能测试
Tin的Selenium做功能测试的一点讨论

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

看了下BlueDavy的OSGi实战这篇OpenDoc，很感谢BlueDavy同学！
例子举的是一个User Login的Case，例子很简单，让我们从中领略了OSGi的风情。这个Doc中的例子都是围绕Equinox展开的，它是Eclipse 3.1以后的核心实现，也就是说现在的Eclipse是个OSGi架构。
从架构上来说OSGi和SOA如出一辙，都强调面向服务，而OSGi似乎对热切换和契约管理比较着重，也就是说OSGi更现实，它强调的是一种实际的合约标准。产生的结果是差不多的，就是系统模块之间的高度解藕。
可以看OSGi的Core Framework，最内层是L0：运行环境（就是语言平台或者解释平台一类的环境），然后是OSGI的L1：模块，L2：生命周期管理，L3：服务注册。
我认为这种架构也基本上是一个SOA需要关注的几个问题。
L1是实现OSGi的基础，在Java下提供了类加载机制，使系统能够模块化。个人感觉类似原来Eclipse中的微内核。
L2是解决模块之间依赖关系的最基本工作单位，负责初始化、停止、更新等操作，这样模块能够活起来，同时在这些过程中可以手动维护依赖关系，也是模块协作的基础。
L3则是协作的合同签署场所，应该是L2的扩展，使模块之间能够按照契约工作。我觉得更形象地说就是路由器，模块间的动态依赖可以很好地通过它来解决，让OSGi可以动起来。
拥有了这几层，我想我们完全可以理解为一个SOA的实现，当然更细化。应该是一种新的组合应用的方式。
白嘴说肯定没有BlueDavy的文章好，大家还是去看看那篇文档。

说说遗憾：
1、OSGi在B/S架构中还不好应用。虽然例子是B/S的，可是居然是Servlet模型，里面解释了目前Equinox项目也在扩展应用服务器支持和JSP支持等，可是起码目前还不成熟。
2、模块的粒度很成问题。目前OSGi的契约机制与java interface机制对比一下。OSGi不可能完全取代本地的interface式的解藕，当然人家也没这么说。只使我担心过渡设计后，过细的Bundle肯定会得不偿失，所以需要有人设计/计划这个粒度。这个可能与基于Web services的SOA架构面临类似的问题，需要好的架构师。
3、文档不友好么？说实话，很感谢BlueDavy和OSGi观察者那些大牛的贡献。但是感觉production的样例工程还是很难搞到（其实Eclipse plugins的例子满多哈，可惜没啥文档，需要硬着头皮看），对应的指导文档还没出现。BlueDavy提供的servlet实现我们不可能跟上，毕竟简单也是一种需求。（那谁说过度设计比设计不足更可怕，那个我不是唱反调，我希望我们都能找到那个sweet point，有个好的参照那最好不过了）。
4、由于思想先进，在某些人看来是阳春白雪。估计不少人还是埋头下里巴人。观望态度。

结束，又是流水账，大家拍砖。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

<T> T loadById(Class<T> persistenceClass, Serializable id);
<T> T loadByProperty(Class<T> persistenceClass, String propertyName, Object value);
<T> List<T>listAll(Class<T> persistenceClass);
<T> List<T>listByProperty(Class<T> persistenceClass, String propertyName, Object value);
<T> List<T>listAllOrderBy(Class<T> persistenceClas, boolean isAsc, String orderByPropertyName);

可是springside并没有提供这样的东西，有点遗憾。
这些东西经常用到，如果使用了会减少了很多时候遇到的Manager里面注入其他Domain的DAO，却只是为了load或者listAll的问题（同时用generic）：D

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师