项目敏捷流程之迭代开发阶段活动8持续集成（八）8）

1、 责任人：

a)        PM（或PM指定的持续集成责任人）、PL、SWE、TE、CIO

2、 输入件：

a)        代码check in触发

b)       周期定时（每天一次或多次）

c)        人工触发

3、 活动步骤：

a)        SWE进行本地构建后，合入代码到配置库；与产品紧耦合的嵌入式文档，如MML、性能、告警、日志需要与软件同步持续集成

b)       持续集成服务器检测到代码更新或设定集成构建的周期到，自动触发一次构建

c)        持续集成服务器提供构建结果的反馈

d)       当构建失败，持续集成责任人应组织相关项目组修复问题，恢复构建，CIO提供持续集成技术支持

e)        成功构建生成的版本放到版本服务器，可供测试人员进行Story验收

4、 关键点：

a)        开发人员必须先在本地构建成功，才可提交代码到配置库

b)       如果自动化测试用例数量较多，导致构建时间太长，可将持续集成分为集成构建（较高频度运行，每日一次或多次）和发布构建（较低频度运行，如每轮迭代一次）两种类型

c)        集成构建要保证一次构建的时间较短，只包含系统基本功能用例，要点在于用例的有效性，能否及时检测出系统基本功能的缺陷，在迭代开发过程中也可持续地选择关键的自动化用例加入到集成构建的用例中

d)       在发布构建里应执行所有的自动化用例，保证系统回归测试的完备性

e)        修复失败的构建要求作为团队最高优先级的任务，及时响应

f)        大系统持续集成需分层分级，并建立各层次统一的测试策略

5、 输出件：

a)        持续集成结果报告

b)       构建成功，系统基本功能可用的版本

                                     零测试