在没有应用持续集成之前，传统的开发模式是项目一开始就划分模块，然后等所有的代码都开发完成之后再集成到一起进行测试，随着软件技术的发展，各种软件方法百花齐放，软件规模也在扩大，软件需求越来越复杂，软件已经不能简单地通过划分模块的方式来开发，需要项目内部互相合作，划 分模块这种传统的模式的弊端也越来越明显，由于很多 bug 在项目的早期就存在，到最后集成的时候才发现问题，开发者需要在集成阶段花费大量的时间来寻找 bug 的根源，加上软件的复杂性，问题的根源很难定位，甚至出现不得不调整底层架构的情况，在这个阶段的除虫会议（bug meetings）特别多，会议的内容基本上都是讨论 bug 是怎么产生的，最后往往发展成为不同模块的负责人互相推诿责任。
持续集成最大的优点是可以避免这种传统模式在集成阶段的除虫会议。持续集成主张项目的开发人员频繁的将他们对源码的修改提交(check in)到一个单一的源码库，并验证这些改变是否对项目带来了破坏，持续集成包括以下几大要点：
- 访问单一源码库，将所有的源代码保存在单一的地点（源码控制系统）， 让所有人都能从这里获取最新的源代码（以及以前的版本）。
- 支持自动化创建脚本，使 创建过程完全自动化，让任何人都可以只输入一条命令就完成系统的创建。
- 测试完全自动化，要求开发人员提供自测试的代码，让 任何人都可以只输入一条命令就运行一套完整的系统测试。
- 提供主创建，让任何人都可以只输入一条命令就可以开始主创建。
- 提倡开发人员频繁的提交（check in）修改过的代码。
从层次上分是jenkins>ant>testngtestng是测试框架，类似junit。利用这个测试框架可以写很多测试用例。ant用来构建和执行testng（和那些测试用例）jenkins是持续集成服务器。用来定时调用ant执行构建
jmeter的基本使用：Jmeter的基本使用_wjc_zr的博客-CSDN博客
ant的下载：Apache Ant - Binary Distributions
ant的环境配置，新建ANT_HOME,值为安装ant的路径
在Path中加入安装ant 的绝对路径到bin
我的只需要配置两个环境，可能有CLASSPATH，还要加入安装ant的绝对路径到lib，记得用;号（英文）隔开
打开cmd，输入ant -version，出现如下图所示就说明安装配置成功
在d盘或者其他地方创建这些文件夹，用于ant的执行
html存放.html,result存放.jtl,scrpit存放.jmx
在准备一个build.xml脚本用来运行
in="D:ant运行jtl1.jtl"
out="D:ant运行html1.html"
>
这些文件的位置都是自己创建的位置，下面就是生成的测试报告
通过cmd，到你创建的文件夹下进行执行ant命令
另外会报错，还需要在apache-ant-1.9.16lib下面添加三个jar包
jar包在我的资源中就可以下载。
