2 术语说明
Ÿ 冒烟测试
用于快速验证一个系统集成的工作版本被成功地构建的一组测试。它们必须是低成本的测试(比如自动化的测试),目标是保证一个相对稳定的、值得展开后续重量级测试的工作版本被发布给测试员使用。
Ÿ 持续集成
是对日构建的进一步扩展。在专门工具的支持下,通过实施自动化的构建、测试,使得项目的源码可以在专用构建机上持续地进行集成构建与测试,即在既定周期(可以短到30秒)中,新提交的源码将被自动地集成,相关人员随即获得编译和测试结果。
3 角色与职责
参与构建集成过程的角色如下:
|
角色 |
相关职责描述 |
备注 |
|
集成员 |
Ÿ 制定集成与构建计划 Ÿ 编制集成的自动化构建脚本 Ÿ 指导或帮助实施员编制私有构件的自动化构建脚本 Ÿ 执行集成,解决编译与链接冲突,调试构建脚本等 Ÿ 建立工作基线 |
|
|
实施员 |
Ÿ 编制私有构件面向集成的自动化构建脚本 Ÿ 提交构件源码等中间工件(delivery) Ÿ 重设开发基线(rebase) |
|
|
配置管理员 |
Ÿ 配置集成用工作视图(view) Ÿ 分配存取权限 |
|
|
环境工程师 |
Ÿ 制定项目组的开发环境配置方案 Ÿ 建立项目的开发、集成与测试软件环境 Ÿ 解决软件开发环境和工具使用中出现的问题 |
|
博客介绍了冒烟测试和持续集成两个术语。冒烟测试用于快速验证系统集成工作版本,需低成本,目标是发布稳定版本供后续测试。持续集成是日构建扩展,借助工具自动化构建、测试,使源码在既定周期持续集成,相关人员能及时获结果。

被折叠的 条评论
为什么被折叠?



