有时候由于公司网络或其它原因,无法采用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. Android导航栏菜单强制转换

    private void getOverflowMenu() { ViewConfiguration viewConfig = ViewConfiguration.get(this); try { F ...

  2. C++11语法糖

    1.constexpr变量:声明为constexpr的变量一定是一个常量,新标准允许定义一种特殊的constexpr函数使得编译时就可计算结果,这样就能用constexpr函数去初始化constexp ...

  3. 底部漂浮DIV

    .buttonDiv{background-color: #4e4f50; border: 2px solid #83ABD3; border-radius: 4px; -khtml-opacity: ...

  4. 用Broadcast广播在activity之间、fragment之间、activity和fragment之间相互传数据

    例如:A界面要收到B界面的更变信息 一.A界面注册广播 private static final String INTENT_BROADCAST = "android.intent.acti ...

  5. SSH框架总结

    首先,SSH是由多个框架(struts+spring+hibernate)的集成,是目前较流行的一种Web应用程序开源集成框架,用于构建灵活.易于扩展的多层Web应用程序. 集成SSH框架的系统从职责 ...

  6. Spring的注解

    Action想使用serviceImpl时,都需要最原始的方法New一个接口,Service service = new serviceImpl();去实例化service了.都需要Action主动创 ...

  7. webp性能测评

    一.测评目的 通过分析webp图片在不同条件下的性能表现,来确定webp图片的适用场景. 二.测评方式 使用控制变量法,分别从以下3点对webp与jpg图片做对比,得出结论. 1.页面图片总体积. 2 ...

  8. js递归方法创建节点

    var jsonData = [{,,"subnetRemark":"状态自带","subnetName":"中心网络" ...

  9. Mybatis + Mysql 插入数据时中文乱码问题

    近日跟朋友一起建立一个项目,用的是spring+mybatis+mysql. 今天碰到一个mybatis向mysql中插入数据时,中文显示为'???'的问题,拿出来说下. 对于数据库操作中出现的中文乱 ...

  10. include包含头文件的语句中,双引号和尖括号的区别是什么?

    include包含头文件的语句中,双引号和尖括号的区别是什么?  #include <> 格式:引用标准库头文件,编译器从标准库目录开始搜索 尖括号表示只在系统默认目录或者括号内的路径查找 ...