cobertura 在websphere中的运用

cobertura 在websphere中的使用
   关于cobertura的介绍可参考我转载的几篇文章,这里就不做介绍了.这里我想介绍一下cobertura和中间件的结合使用。
    我们的项目是一个J2EE的项目，涉及了spring,hibernate,struts,EJB。部署在websphere上，本地的开发环境是IBM RAD。项目组自己开发了一个基于JUnit的测试框架，可以通过JSP调用测试类得出测试结果。美中不足的是该框架得不到代码覆盖率。于是我们决定引入cobertura.
    分析cobertura自带的example的bulid.xml我们可以将其分解成几个步骤：
   1.编译源代码，该步骤其实IDE已经替我们完成了，不需要通过ant去编译,所以省去.

<target name="compile"  depends="init"><javac srcdir="${src.dir}" destdir="${classes.dir}" debug="yes"><classpath refid="cobertura.classpath" /></javac></target>

   2.instrument,在这里cobertura生成了instrument后的源代码。并生成cobertura.ser信息文件，该文件很重要，包含了需要被测试的类的信息。
    

<target name="instrument" depends="init,compile"><!--Remove the coverage data file and any old instrumentation.--><delete file="cobertura.ser"/><!--<delete dir="${instrumented.dir}" />--><!--Instrument the application classes, writing theinstrumented classes into ${build.instrumented.dir}.--><cobertura-instrument  todir="${instrumented.dir}"><!--The following line causes instrument to ignore anysource line containing a reference to log4j, for thepurposes of coverage reporting.--><ignore regex="org.apache.log4j.*" /><fileset dir="${classes.dir}"><!--Instrument all the application classes, butdon't instrument the test classes.--><include name="**/*.class" /><exclude name="**/*Test.class" /></fileset></cobertura-instrument></target>

   3.test ，这步是生成详细代码覆盖信息的步骤，并生成JUnit的测试结果。这里需要用instrument后的*.class替代原来的*.class，当instrument后的*.class被执行时，它们会纪录被调用的信息，并写入之前生成的信息文件cobertura.ser。

<target name="test" depends="init,compile"><junit fork="yes" dir="${basedir}" failureProperty="test.failed"><!--Note the classpath order: instrumented classes are before theoriginal (uninstrumented) classes.  This is important.--><classpath location="${instrumented.dir}" /><classpath location="${classes.dir}" /><!--The instrumented classes reference classes used by theCobertura runtime, so Cobertura and its dependenciesmust be on your classpath.--><classpath refid="cobertura.classpath" /><formatter type="xml" /><test name="${testcase}" todir="${reports.xml.dir}" if="testcase" /><batchtest todir="${reports.xml.dir}" unless="testcase"><fileset dir="${src.dir}"><include name="**/*Test.java" /></fileset></batchtest></junit><junitreport todir="${reports.xml.dir}"><fileset dir="${reports.xml.dir}"><include name="TEST-*.xml" /></fileset><report format="frames" todir="${reports.html.dir}" /></junitreport></target>

4.生成代码覆盖率报告。

<target name="coverage-check"><cobertura-check branchrate="34" totallinerate="100" /></target><target name="coverage-report"><!--Generate an XML file containing the coverage data usingthe "srcdir" attribute.--><cobertura-report srcdir="${src.dir}" destdir="${coverage.xml.dir}" format="xml" /></target><target name="alternate-coverage-report"><!--Generate a series of HTML files containing the coveragedata in a user-readable form using nested source filesets.--><cobertura-report destdir="${coverage.html.dir}"><fileset dir="${src.dir}"><include name="**/*.java"/></fileset></cobertura-report></target>

经过分析，这些步骤中只有第三步test部分执行有问题，因为没有websphere的环境，所以我决定将第三步分离，通过项目自带的JUnit框架来调用测试类。首先我执行instrument步骤，然后启动websphere服务器。在这里，正式服务器和RAD自带的websphere有所区别。正式的服务器需要用instrument后的*.class替换原来的，打包后重新发布。测试服务器上我采用先启动，然后替换发布后的*.class。然后我通过测试框架在jsp上执行测试类，此时，所有的信息并没有写入到相应的cobertura.ser文件中，只有当server停止时，系统才会将信息写入文件。因为在测试框架执行instrument后的class时，我们无法指定信息文件的位置，所以会在C:\RAD7\SDP70\runtimes\base_v61\profiles\serverName　文件夹下生成新的cobertura.ser文件，serverName为配置的server名称。然后再利用cobertura自带的merge功能将这两个cobertura.ser文件合并．

5.merge

<target name="merge" description="merge files"><cobertura-merge>    <fileset dir="${basedir}">        <include name="**/cobertura1.ser"/>    <include name="**/cobertura22.ser"/>    </fileset></cobertura-merge></target>

最后，我们再通过ant生成相应的代码覆盖率的报告．这样，我们就完成了cobertura和中间件的结合．
PS:各种中间件生成cobertura.ser的位置有所不同．但都可以通过这种方式使用cobertura.

查看更多 下一篇