[发明专利]基于电力6+1系统的持续集成测试方法

权利要求书

1.基于电力6+1系统的持续集成测试方法，该方法由电力6系统加持续集成测试系统组成。

2.根据权利要求1所述基于电力6+1系统的持续集成测试方法，其特征在于：电力6系统包括，资产管理系统、营销管理系统、人力资源管理系统、财务管理系统、协同办公系统、综合管理系统。

3.根据权利要求1所述基于电力6+1系统的持续集成测试方法，其特征在于：所述的持续集成测试系统，需要开发人员将代码上传(CHECK-IN)至代码仓库(SOURCE REPOSITORY)，便可自动进行构建(BUILD)，测试(TEST)并返回测试结果(RESULT)组成。

4.根据权利要求2或3所述基于电力6+1系统的持续集成测试方法，其特征在于：所述电力6系统和持续集成测试系统之间通过http接口，soap接口等相互通信，从而形成一个完整系统。

5.根据权利要求1或4所述基于电力6+1系统的持续集成测试方法，其特征在于：所述的方法如下，

(1)提交

流程的第一步，是开发者向代码仓库提交代码，所有后面的步骤都始于本地代码的一次提交(commit)。

(2)测试(第一轮)

代码仓库对commit操作配置了钩子(hook)，只要提交代码或者合并进主干，就会跑自动化测试。测试有好几种：

a、单元测试：针对函数或模块的测试

b、集成测试：针对整体产品的某个功能的测试，又称功能测试

c、端对端测试：从用户界面直达数据库的全链路测试第一轮至少要跑单元测试。

(3)构建

通过第一轮测试，代码就可以合并进主干，就算可以交付了，交付后，就先进行构建(build)，再进入第二轮测试。所谓构建，指的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源(样式表、JS脚本、图片)等等。

(4)测试(第二轮)

a构建完成，就要进行第二轮测试。如果第一轮已经涵盖了所有测试内容，第二轮可以省略，这时构建步骤也要移到第一轮测试前面。

b第二轮是全面测试，单元测试和集成测试都会跑，有条件的话，也要做端对端测试。所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。

c新版本的每一个更新点都必须测试到，如果测试的覆盖率不高，进入后面的部署阶段后，很可能会出现严重的问题。

(5).部署

通过了第二轮测试，当前代码就是一个可以直接部署的版本(artifact)，将这个版本的所有文件打包(tar filename.tar＊)存档，发到生产服务器。

(6)、生产服务器将打包文件，解包成本地的一个目录，再将运行路径的符号链接(symlink)指向这个目录，然后重新启动应用。

(7)、回滚

一旦当前版本发生问题，就要回滚到上一个版本的构建结果，最简单的做法就是修改一下符号链接，指向上一个版本的目录。