李兴凯+曾东旭+陈敏

摘要：基于软件开发中的测试需求，分析和研究持续集成环境问题，提出最小持续集成环境概念，并给出典型最小构成。对软件开发各阶段的不同测试进行可持续集成需求分析，指出多设备环境配置是其中最不稳定、最易出错和最需要持续集成的。对4G LTE无线网络的多设备环境配置需求及对持续集成工具的Web访问局限性进行了分析，并在Jenkins平台上实现了Web访问的二次封装。

关键词：持续集成；Jenkins；自动化测试；Web访问

DOIDOI：10.11907/rjdk.171128

中图分类号：TP306

文献标识码：A 文章编号：1672-7800（2017）006-0011-04

0 引言

持续集成（Continuous Integration，CI）思想源于软件开发中的极限编程（eXtreme Programming，XP），是其12个最佳实践中的1个[1]。持续集成是为了保障产品质量，实现开发测试的快速迭代，尽早发现并解决问题。越来越多的人开始接受持续集成理念，自觉或不自觉地在项目中借鉴持续集成思想，使用持续集成工具，甚至开发自己的持续集成环境和工具。

1 最小持续集成环境

随着软件规模的不断增大，测试用例数量随之不断增长，手工配置系统应用环境，手工进行软件测试变得越来越低效。用自动化脚本维护测试用例、执行测试、返回测试结果的自动化测试成为趋势。最小持续集成环境只需要一个任务定时启动器和一个执行自动化测试的脚本，是实现持续集成的最简单方式。如图1所示，自动化测试脚本用于实现项目的具体测试需求，在Linux环境下可以用Crontab命令作为任务定时启动器，在Windows环境下可以用计划任务Bat命令作为任务定时启动器。……