用ant组建测试框架
有时候由于公司网络或其它原因,无法采用maven,这时ant是一个比较理想的选择。以下是以ant为例,搭建一个测试框架
项目结构如下图:

build.properties代码如下:
# The source code for the examples can be found in this directory
src.dir=src/main/java
test.dir=src/test/java # The path of the jar
jar.dir=lib # Classes generated by the javac compiler are deposited in this directory
target.dir=target
src.class=${target.dir}/classes
test.class=${target.dir}/test-classes
# Instrumented classes are deposited into this directory
generated.dir=${target.dir}/generated-classes
instrument.class=${generated.dir}/cobertura
report.dir=${target.dir}/surefire-reports
testng.report=${report.dir}/testng
junit.report=${report.dir}/junit
junit.report.html=${report.dir}/junit-html
coverage.xml.report=${report.dir}/cobertura-xml
coverage.summaryxml.report=${report.dir}/cobertura-summary-xml
site.dir=${target.dir}/site
cobertura.dir=${site.dir}/cobertura #sonar configration
sonar.projectName=testFrameWork
sonar.projectKey=com.zghome.mvndemo
sonar.projectVersion=1.0
sonar.host.url=http://localhost:9000
sonar.sourceEncoding=UTF-8
sonar.language=java
build.xml代码如下:
<project name="test" default="test" basedir="." >
<!-- Define <testng> task -->
<property file="build.properties" /> <taskdef name="testng" classname="org.testng.TestNGAntTask">
<classpath>
<pathelement location="${jar.dir}/testng-6.9.9.jar"/>
</classpath>
</taskdef> <path id="jar.classpath">
<fileset dir="${jar.dir}">
<include name="*.jar" />
</fileset>
</path>
<path id="class.classpath">
<pathelement location="${src.class}"/>
</path> <taskdef classpathref="jar.classpath" resource="tasks.properties" /> <taskdef uri="antlib:org.sonar.ant" resource="org/sonar/ant/antlib.xml">
<classpath path="${cobertura.dir}/sonar-ant-task-2.3.jar"/>
</taskdef> <target name="init">
<delete dir="${target.dir}" /> <mkdir dir="${target.dir}" />
<mkdir dir="${src.class}" />
<mkdir dir="${test.class}" />
<mkdir dir="${generated.dir}" />
<mkdir dir="${instrument.class}" />
<mkdir dir="${report.dir}" />
<mkdir dir="${testng.report}" />
<mkdir dir="${junit.report}" />
<mkdir dir="${junit.report.html}" />
<mkdir dir="${coverage.xml.report}" />
<mkdir dir="${coverage.summaryxml.report}" />
<mkdir dir="${site.dir}" />
<mkdir dir="${cobertura.dir}" />
</target> <target name="compile" depends="init">
<javac srcdir="${src.dir}" destdir="${src.class}" debug="on" failonerror="false" includeAntRuntime="false" >
<classpath refid="jar.classpath"/>
</javac>
<javac srcdir="${test.dir}" destdir="${test.class}" debug="on" includeAntRuntime="false">
<classpath refid="jar.classpath"/>
<classpath refid="class.classpath"/>
</javac>
</target> <target name="compile.test" >
<delete dir="${test.class}" />
<mkdir dir="${test.class}" />
<javac srcdir="${test.dir}" destdir="${test.class}" debug="on" includeAntRuntime="false">
<classpath refid="jar.classpath"/>
<classpath refid="class.classpath"/>
</javac>
</target> <target name="instrument" depends="compile">
<!--
Remove the coverage data file and any old instrumentation.
-->
<delete file="cobertura.ser"/>
<delete dir="${instrument.class}" /> <!--
Instrument the application classes, writing the
instrumented classes into ${build.instrumented.dir}.
-->
<cobertura-instrument todir="${instrument.class}" ignoreTrivial="true" >
<!--
The following line causes instrument to ignore any
source line containing a reference to slf4j/logback, for the
purposes of coverage reporting.
-->
<ignore regex="org.slf4j.*" />
<classpath refid="jar.classpath"/>
<fileset dir="${src.class}">
<!--
Instrument all the application classes, but
don't instrument the test classes.
-->
<include name="**/*.class" />
<exclude name="**/*Test.class" />
<exclude name="**/*testCase.class" />
</fileset>
<auxClasspath refid="class.classpath" />
</cobertura-instrument>
</target> <target name="test" depends="compile">
<testng outputdir="${testng.report}">
<xmlfileset dir="${basedir}" includes="testng*.xml"/>
<classpath location="${src.class}" />
<classpath location="${test.class}" />
<classpath refid="jar.classpath"/>
</testng>
<junitreport todir="${junit.report}">
<fileset dir="${testng.report}/junitreports">
<include name="TEST-*.xml" />
</fileset>
<report format="frames" todir="${junit.report.html}" />
</junitreport>
</target> <target name="testfail" depends="compile.test">
<testng outputdir="${testng.report}">
<xmlfileset dir="${testng.report}" includes="testng-failed.xml"/>
<classpath location="${src.class}" />
<classpath location="${test.class}" />
<classpath refid="jar.classpath"/>
</testng>
</target> <target name="test-covery">
<testng outputdir="${testng.report}">
<xmlfileset dir="${basedir}" includes="testng*.xml"/>
<classpath location="${instrument.class}" />
<classpath location="${src.class}" />
<classpath location="${test.class}" />
<classpath refid="jar.classpath"/>
</testng>
<junitreport todir="${junit.report}">
<fileset dir="${testng.report}/junitreports">
<include name="TEST-*.xml" />
</fileset>
<report format="frames" todir="${junit.report.html}" />
</junitreport>
</target> <target name="coverage-check">
<cobertura-check branchrate="34" totallinerate="100" />
</target> <target name="coverage-report">
<!--
Generate an XML file containing the coverage data using
the "srcdir" attribute.
-->
<cobertura-report srcdir="${src.dir}" destdir="${coverage.xml.report}" format="xml" />
</target> <target name="summary-coverage-report">
<!--
Generate an summary XML file containing the coverage data using
the "srcdir" attribute.
-->
<cobertura-report srcdir="${src.dir}" destdir="${coverage.summaryxml.report}" format="summaryXml" />
</target> <target name="alternate-coverage-report">
<!--
Generate a series of HTML files containing the coverage
data in a user-readable form using nested source filesets.
-->
<cobertura-report destdir="${cobertura.dir}">
<fileset dir="${src.dir}">
<include name="**/*.java"/>
</fileset>
</cobertura-report>
</target> <target name="coverage" depends="instrument,test-covery,coverage-report,summary-coverage-report,alternate-coverage-report" description="Compile, instrument ourself, run the tests and generate JUnit and coverage reports."/>
<target name="coverage-test" depends="compile.test,test-covery,alternate-coverage-report" description="Compile, instrument ourself, run the tests and generate JUnit and coverage reports."/> <target name="sonar" >
<!-- list of mandatories Sonar properties -->
<mkdir dir="sonar-src"/>
<copy todir="sonar-src">
<fileset dir="${src.dir}" includes="**/*.java"/>
</copy>
<property name="sonar.sources" value="sonar-src"/> <!-- list of optional Sonar properties -->
<property name="sonar.projectName" value="${sonar.projectName}"/>
<property name="sonar.projectKey" value="${sonar.projectKey}" />
<property name="sonar.projectVersion" value="${sonar.projectVersion}" />
<property name="sonar.tests" value="${test.dir}"/>
<property name="sonar.cobertura.reportPath" value="${coverage.xml.report}/coverage.xml"/>
<property name="sonar.junit.reportsPath" value="${junit.report}" />
<property name="sonar.host.url" value="${sonar.host.url}"/>
<property name="sonar.sourceEncoding" value="${sonar.sourceEncoding}" />
<property name="sonar.language" value="${sonar.language}" />
<sonar:sonar xmlns:sonar="antlib:org.sonar.ant"/>
<delete dir="sonar-src"/>
</target> </project>
简单说明以上的内容:
init:初始化工程的目录结构
compile:编译源码及测试用例
compile.test:仅编译测试用例
instrument:修改源码的class,计算测试用例覆盖率
test:运行测试用例
test-covery:计算测试用例覆盖率
coverage-report,summary-coverage-report,alternate-coverage-report:生成不同格式的测试报告
coverage:调用上述任务,生成测试报告
sonar:上传sonar服务器
sonar服务器的配置请参照:http://docs.sonarqube.org/display/SONAR/Documentation/
测试覆盖率截图:

sonar服务器截图:

——
用ant组建测试框架的更多相关文章
- TestNG测试框架在基于Selenium进行的web自动化测试中的应用
转载请注明出自天外归云的博客园:http://www.cnblogs.com/LanTianYou/ TestNG+Selenium+Ant TestNG这个测试框架可以很好的和基于Selenium的 ...
- hadoop 测试框架
hadoop 0.21以前的版本中(这里拿0.20为例,其他版本可能有少许不同),所有的测试相关代码都是放置在${HADOOP_HOME}/src/test下,在该目录下,是按照不同的目录来区分针对不 ...
- Java高级特性 第11节 JUnit 3.x和JUnit 4.x测试框架
一.软件测试 1.软件测试的概念及分类 软件测试是使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别.它是帮助识别开发完成(中间或最终 ...
- python测试框架&&数据生成&&工具最全资源汇总
xUnit frameworks 单元测试框架frameworks 框架unittest - python自带的单元测试库,开箱即用unittest2 - 加强版的单元测试框架,适用于Python 2 ...
- Spring MVC测试框架
原文链接:http://jinnianshilongnian.iteye.com/blog/2004660 Spring MVC测试框架详解——服务端测试 博客分类: springmvc杂谈 spri ...
- JUnit - 测试框架
什么是 Junit 测试框架? JUnit 是一个回归测试框架,被开发者用于实施对应用程序的单元测试,加快程序编制速度,同时提高编码的质量.JUnit 测试框架能够轻松完成以下任意两种结合: Ecli ...
- Spring MVC测试框架详解——服务端测试
随着RESTful Web Service的流行,测试对外的Service是否满足期望也变的必要的.从Spring 3.2开始Spring了Spring Web测试框架,如果版本低于3.2,请使用sp ...
- Java Junit测试框架
Java Junit测试框架 1.相关概念 Ø JUnit:是一个开发源代码的Java测试框架,用于编写和运行可重复的测试.它是用于单元测试框架体系xUnit的一个实例(用于java语言).主要 ...
- SpringMvc测试框架详解----服务端测试
随着RESTful Web Service的流行,测试对外的Service是否满足期望也变的必要的.从Spring 3.2开始Spring了Spring Web测试框架,如果版本低于3.2,请使用sp ...
随机推荐
- spring 注解重复(防重复请求)
1.配置拦截器 spring-mvc.xml <mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/ ...
- asp.net mvc4 过滤器的简单应用:登录验证
直接上代码,不要说话. ASP.NET MVC4过滤器的简单应用:验证登录 [AcceptVerbs(HttpVerbs.Post)] public ActionResult login(FormCo ...
- WinForm中MouseEnter和MouseLeave混乱的问题
MouseEnter+MouseLeave不行,我用了MouseMove+MouseLeave,效果一样 最近做个聊天的系统,仿照qq的界面设计,像qq聊天界面中字体.表情.截图等图片,鼠标放上去显示 ...
- C#: DataBase
using System.Data.SqlClient; namespace WindowsFormsApplication1{ class DB { private SqlConnection co ...
- java中的数据结构(集合|容器)
对java中的数据结构做一个小小的个人总结,虽然还没有到研究透彻jdk源码的地步.首先.java中为何需要集合的出现?什么需求导致.我想对于面向对象来说,对象适用于描述任何事物,所以为了方便对于对象的 ...
- 【转】 如何使用Valgrind memcheck工具进行C/C++的内存泄漏检测
系统编程中一个重要的方面就是有效地处理与内存相关的问题.你的工作越接近系统,你就需要面对越多的内存问题.有时这些问题非常琐碎,而更多时候它会演变成一个调试内存问题的恶梦.所以,在实践中会用到很多工具来 ...
- android 单元测试
android studio 2.0创建一个空android moudle后, 会出现两个test目录,其中一个是Instrument Test, 另一个则是Unit Test Unit Test 和 ...
- js刷新框架子页面的七种方法代码
面以三个页面分别命名为framedemo.html,top.html,button.html为例来具体说明如何做.其中framedemo.html由上下两个页面组成,代码如下: <!DOCTYP ...
- js倒计时跳转页面
var t=10; setInterval(function refer(){ if(t>0){ document.getElementById("em").innerHTM ...
- (46) odoo核心文档分享
*前言: 要掌握一个系统,还得有扎实的基础,最好的方法,阅读核心文档 然后去实践. *核心文档列表如下: odoo8官方参考.pdf 链接: http://p ...