传统持续集成框架与持续集成框架设计

传统集成框架

　　传统持续集成框架设计是软件测试培训中不可缺少的一环，互联网软件开发已经成熟、标准化，作为测试人员，持续掌握集成方法，有利于提高软件测试效率、提高生产效益，同时也可以衡量测试人员水平。在掌握持续集成的基本概念后，设计出当前项目的持续集成框架显得尤为重要。

　　开发人员通常使用名为CI Server的工具来构建和集成开发的项目。CI要求测试人员具备持续集成测试的能力，在掌握持续集成环境中使用的工具的同时要与项目开发人员进行沟通合作，以确保开发中的代码按预期工作。这些最初的测试通常被称为单元测试，是确保项目再进行下一步测试的前提。传统持续集成框架设计如图6-4所示。

　　下图是使用持续集成测试搭建的自动化测试框架流程图。在启动测试之前，测试所需要的数据、测试用例、测试框架已经搭建完毕，并且项目通过编译。若测试项目使用服务器和数据库，这些资源也需要配备完成。

　　图 传统持续集成框架设计

　　如果把集成工具比作管家，测试人员就是主人，只需要吩咐管家去完成主人安排的任务即可。如果任务未按预期完成，管家则会提醒哪里出了错误以及当前执行任务进度，由此可见持续集成测试的方便。测试框架搭建完成之后，就可以执行测试。此时集成工具下载当前版本的项目启动测试，在搭建好的自动化测试框架中自动执行测试用例，并自动调用准备好的测试数据。若项目涉及数据库，则需要通过数据库连接池获取测试所用的数据，以及实现与服务器之间的交互等。测试完成后将测试过程及结果通过邮件方式发送给测试人员。

持续集成框架

　　基于容器的持续集成平台在环境搭建上耗时少于传统的持续集成系统搭建，可以在秒级内启动一个镜像生成一个持续集成环境。容器占用资源少并且保证了开发环境和测试环境的统一，降低了测试重复率，极大地提高了测试效率。使用Docker容器搭建的持续集成容器框架设计如图6-5所示。

　　图6-5 使用Docker容器搭建的持续集成容器框架设计

　　开发人员将代码提交到版本控制系统之后，触发Jenkins容器(Docker)自动部署开发人员提交的版本并进行单元测试、集成测试、构建JAR包等任务。测试通过后测试人员可以获取当前项目，创建容器进行本地化测试，测试完成后将项目提交到远程容器仓库进行管理，开始上线部署并触发集成同步到镜像库后通知测试人员或者开发人员停止容器的创建(图中虚线箭头部分)。

　　使用容器技术进行测试方便应用的部署以及不同场景下的测试，即一次构建随处运行。此外，容器技术在提高测试效率的同时降低了企业项目花费的成本、加快了开发速度。

　　小提示：关于持续集成

　　持续集成源自DevOps，与持续集成对应的还有持续部署、持续交付等相关概念，诸如阿里、百度、腾讯、亚马逊等互联网巨头都提供了持续集成测试环境，甚至软件开发使用的工具集成了如代码托管、协作开发、测试框架集成等，读者可参阅相关资料进行学习。此外，持续集成需要测试人员掌握软件开发、测试工具、编程等知识，如Git、持续集成工具、数据库等。