有时候由于公司网络或其它原因,无法采用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组建测试框架的更多相关文章

  1. TestNG测试框架在基于Selenium进行的web自动化测试中的应用

    转载请注明出自天外归云的博客园:http://www.cnblogs.com/LanTianYou/ TestNG+Selenium+Ant TestNG这个测试框架可以很好的和基于Selenium的 ...

  2. hadoop 测试框架

    hadoop 0.21以前的版本中(这里拿0.20为例,其他版本可能有少许不同),所有的测试相关代码都是放置在${HADOOP_HOME}/src/test下,在该目录下,是按照不同的目录来区分针对不 ...

  3. Java高级特性 第11节 JUnit 3.x和JUnit 4.x测试框架

    一.软件测试 1.软件测试的概念及分类 软件测试是使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别.它是帮助识别开发完成(中间或最终 ...

  4. python测试框架&&数据生成&&工具最全资源汇总

    xUnit frameworks 单元测试框架frameworks 框架unittest - python自带的单元测试库,开箱即用unittest2 - 加强版的单元测试框架,适用于Python 2 ...

  5. Spring MVC测试框架

    原文链接:http://jinnianshilongnian.iteye.com/blog/2004660 Spring MVC测试框架详解——服务端测试 博客分类: springmvc杂谈 spri ...

  6. JUnit - 测试框架

    什么是 Junit 测试框架? JUnit 是一个回归测试框架,被开发者用于实施对应用程序的单元测试,加快程序编制速度,同时提高编码的质量.JUnit 测试框架能够轻松完成以下任意两种结合: Ecli ...

  7. Spring MVC测试框架详解——服务端测试

    随着RESTful Web Service的流行,测试对外的Service是否满足期望也变的必要的.从Spring 3.2开始Spring了Spring Web测试框架,如果版本低于3.2,请使用sp ...

  8. Java Junit测试框架

    Java    Junit测试框架 1.相关概念 Ø JUnit:是一个开发源代码的Java测试框架,用于编写和运行可重复的测试.它是用于单元测试框架体系xUnit的一个实例(用于java语言).主要 ...

  9. SpringMvc测试框架详解----服务端测试

    随着RESTful Web Service的流行,测试对外的Service是否满足期望也变的必要的.从Spring 3.2开始Spring了Spring Web测试框架,如果版本低于3.2,请使用sp ...

随机推荐

  1. 【转载】动态新增svg节点

    原文地址:http://blog.csdn.net/tomatomas/article/details/50442497 原文作者:番茄大圣 创建svg节点时,要使用createElementNS函数 ...

  2. Hibernate学习笔记(二)

    2016/4/22 23:19:44 Hibernate学习笔记(二) 1.1 Hibernate的持久化类状态 1.1.1 Hibernate的持久化类状态 持久化:就是一个实体类与数据库表建立了映 ...

  3. SignalR

    https://msdn.microsoft.com/zh-cn/magazine/dn802609.aspx http://www.asp.net/signalr/overview/getting- ...

  4. MAC 设置环境变量path的几种方法

    mac 一般使用bash作为默认shell Mac系统的环境变量,加载顺序为:/etc/profile /etc/paths ~/.bash_profile ~/.bash_login ~/.prof ...

  5. JavaScript中的方法重载

    对js有些了解的人都知道,在js中根本就不存在像C#中的那种方法重载,而有的只是方法的覆盖,当你在js中敲入两个或多个同名的方法的时候,不管方法(函数)的参数个数怎么个不同,这个方法名只能属于最后定义 ...

  6. typedef与#define的区别

    1.  typedef typedef故名思意就是类型定义的意思,但是它并不是定义一个新的类型而是给已有的类型起一个别名,在这一点上与引用的含义类似,引用是变量或对象的别名,而typedef定义的是类 ...

  7. Oracle 修改文件所有者

        # chown -R gpadmin /usr/local/greenplum-db     # chgrp -R gpadmin /usr/local/greenplum-db

  8. 使用自定义标签模拟jstl的<c:for each>标签

    一.自定义标签的基本编写 下面编写一个自定义标签,它可以输出当前的时间. 1.编写标签类 类可以通过继承SimpleTagSupport类实现一个标签类编写.父类为我们提供了一些编写自定义标签的快捷的 ...

  9. go排序

    补注: 近来又看 go 的排序, 发现以前对 go 的排序理解的有点浅了. go 的排序思路和 c 和 c++ 有些差别. c 默认是对数组进行排序, c++ 是对一个序列进行排序, go 则更宽泛一 ...

  10. js 键盘记录实现(兼容FireFox和IE)(转)

    主要分四个部分 第一部分:浏览器的按键事件 第二部分:兼容浏览器 第三部分:代码实现和优化 第四部分:总结 第一部分:浏览器的按键事件 用js实现键盘记录,要关注浏览器的三种按键事件类型,即keydo ...