用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 ...
随机推荐
- Java集合常用类特点整理
集合的结构如下图所示: 集合的两个顶级接口分别为:Collection和Map Collection下有两个比较常用的接口分别是List(列表)和Set(集),其中List可以存储重复元素,元素是有序 ...
- About vector
今天打vector又打炸了不!高!兴! vecotr头文件 #include<vector> 定义域 using namespace std; 或using std::vector; 初始 ...
- 基础笔记3(二)(专门处理String的正则表达式)
1.常规判断一个字符串是以什么开头,是否是数字的判断方式有: a.通过比较每个字符,注意比较是字符值(ASc码值),不是字面值 String s="); //判断每个字符数组的每个字符 ch ...
- JavaScript中绑定事件监听函数的通用方法addEvent() 和 事件绑定之bindEvent()与 unBindEvent()函数
下面绑定事件的代码,进行了兼容性处理,能够被所有浏览器支持: function addEvent(obj,type,handle){ try{ // Chrome.FireFox.Opera.Safa ...
- MFC编程入门之二十(常用控件:静态文本框)
上一节讲了颜色对话框之后,关于对话框的使用和各种通用对话框的介绍就到此为止了.从本节开始将讲解各种常用控件的用法.常用控件主要包括:静态文本框.编辑框.单选按钮.复选框.分组框.列表框.组合框.图片控 ...
- 從 Internet 安裝 Cygwin
從 Internet 安裝 Cygwin 如果您有高速的 Internet 連線, 可以考慮用這個方法, 否則不建議使用 執行 setup.exe Cygwin Setup 畫面, 按 Next. C ...
- appium案例
import unittest from time import sleep from appium import webdriver import desired_capabilities clas ...
- Unity3d调用iOS陀螺仪
How to write gyroscope controller with Unity3d http://blog.heyworks.com/how-to-write-gyroscope-contr ...
- C语言课程学习的总结
C语言课程学习的总结 学习C程序这门课一年了,这是我们学的第一门专业课.在大学里,C语言不但是计算机专业的必修课程而且也是非计算机专业学习计算机基础的一门必修课程.所以作为我这个计算机专业的学生来说当 ...
- VHDL的参数写在一个vhd文件里
1 参数文件top_pkg.vhd