在
持续集成领域，一个产品的发布往往都有自己的过程周期（lifecycle）,大体都会划分为：构建->部署->测试->发布等几个重要阶段，其中
测试是发布产品前不可或缺的重要阶段，是产品质量的保证。而能让持续集成奏效，除了要求测试脚本更充分健壮，还要求测试脚本运行得更快更好。这点对于小型项目而言可能显得无关紧要，毕竟大多小项目的测试脚本不过百条，验证点不过千“点”；但对于一个大型项目而言，测试代码源文件可能成百上千，执行完所有的测试可能要等很久，而苦等之后的结果却可能是满眼的failure, 于是如果提高
测试执行速度成为迫切需要解决的问题，试想把测试阶段从2小时压缩到1小时，再从1小时压缩到30分钟，每次时间压缩带来的不仅是技术人员本身的成就感，更是对整个产品发布过程体验的改善。
那么如何加速测试的执行呢？提起速度，我们立马可能联想到“性能”调优的步骤：先进行tuning，然后找到问题的瓶颈所在，最后逐个击破。本文暂不讨论如何进行这些步骤, 而是基于C++和
Java为语言案例，TestNG和
Google test为测试框架，Jenkins为持续平台做分析，从以下六个层次提出提高测试执行的一般方法：
硬件资源层次
工欲善其事必先利其器，提高硬件（CPU、内存、磁盘等）配置是改善执行速度的“硬”方法，硬件资源的优化不应仅仅局限在单机自身的各项指标提升，在需求不断提高的情况下，可以考虑实施虚拟机、分布式集群等方式来进一步获取更优的硬件资源，当然，涉及分布式执行时，可以借助以下持续集成平台层次的“软”实施来共同作用。
另外，在硬件资源紧张的情况下，不同项目或者不同团队可能不得不复用一套测试环境，造成可利用资源更为紧张，此时可以错开时间测试（例如A项目组测试定时在凌晨0点启动，B项目组定时在凌晨2点）以提高速度。
语言编码实现层次
测试代码本身也是代码，显而易见，如果代码编写时注重效率，速度上肯定有所收益。这点可能需要“纠结”于一些日常的编码细节：例如Java中Stringbuffer和Stringbuilder的比较；C++中是i++和++i的比较。这种语言层次提高效率的
文章书籍很多，这里不做过多描述。在语言编码层次上最重要的不是这些语言细节，而是避免一些消费时间的测试代码设计，减少不必要的耗时操作，例如以下几点：
（1） 冗余的日志信息，不合理的日志级别设置等
输出日志带来的磁盘频繁访问必然让速度下降，所以在保证日志信息充足的前提下，尽量减少日志，或者只记录失败测试的日志（毕竟对于测试者而言很少去关注成功日志），可以让测试加快。
（2） 不合理的等待
用户执行完某个操作，必须等待某条件的发生（例如DB里面插入一条新数据）进而执行后续动作是测试中经常面对的场景，那么等待多久成为需要考虑的问题，假设用TimeUnit.MINUTES.sleep(1)等待一分钟，在10秒即可满足条件的场景下浪费的就是50秒，所以这里必须去考虑合理sleep的时间来兼顾对资源的消耗和运行速度的影响，同时在等待方式上也可以考虑是采用循环短时间条件等待或异步通知的方式去进行。
（3） 用例的过程
先执行完所有测试步骤，然后做对所有步骤做一次性校验，还是做完一步校验一步，这两种方式的速度在不同场景下有所不同，所以需要权衡；相类似的，对于需要获取DB连接的用例，是每条都执行获取DB连接然后释放连接，还是所有用例执行之前获取连接，所有case执行完之后释放连接也会对执行速度有所影响。
构建测试脚本层次
对于一个大型项目，源文件的数目庞大或依赖的dependency过多导致代码编译占用大量时间，如何提高编译代码的速度？除了使用更好的磁盘，注重代码编写时对编译速度的影响，还可以针对不同的语言采取不同的有效策略，例如针对C++, 使用make命令编译项目时，可以加上参数-j来并行编译项目。-j参数的含义可以参考下文：
-j [jobs], --jobs[=jobs]
指定同步运行的作业（命令）的数量。如果有一个以上-j选项，那么只有最后一个有效。如果-j选项没有参数，那么编译过程就不会限制能够同步运行的作业的数量。
需要说明的是，编译过程可能要求特定的顺序而导致并行编译失败，如果遇到这种问题，可以先并行、后串行（去掉-j）重复执行一次以解决。
而对于java，Maven 3 开始支持并发build，提供了以下几种常见方式：
mvn -T 4 clean install # Builds with 4 threads
mvn -T 1C clean install # 1 thread per cpu core
mvn -T 1.5C clean install # 1.5 thread per cpu core
同时使用maven管理java项目常出现时间消耗在依赖jar的下载上，此时可以检查是否有冗余失效的repository配置、较长的下载timeout时间设置、所选择repository的连接速度等，甚至在不同测试环境下可以使用 profile来管理repository来加速测试脚本构建。