English
中文
ISTQB
国际软件测试认证委员会中国分会

CSTQB®工作办公室 咨询热线:021-5596-0906
如需查询ISTQB®考试信息,请点击查询
新闻与活动
新闻与资讯
会议与活动
培训与考试

在线取得联系 马上咨询

资料下载

更多疑问?
请点击这里 联系我们

当前位置:首页 / 新闻与活动 / 新闻与资讯

新闻与资讯icon

敏捷方法的内容(3)
发表日期:2016-05-20被浏览: 1923次返回

持续集成

 

在每一个冲刺(Sprint)结束时,产品增量的交付需要提供可靠的、能工作的并已集成的软件。持续集成通过合并构成软件的所有更改和集成所有更改的组件来应对这种挑战,至少每天一次。配置管理、编译、软件构建、部署和测试都打包在一个单独的、自动化的、可重复的过程中。由于开发人员不断地集成他们的工作,不断地构建并不断的测试,代码里的缺陷被更快地发现。

 

随着开发人员的编码、调试以及提交代码到一个共享的源代码库,一个持续集成过程包括以下自动化的活动:

  • 静态代码分析:执行静态代码分析并报告结果;

 

  • 编译:编译并链接代码,生成可执行文件;

 

  • 单元测试:执行单元测试,检查代码覆盖并报告测试结果;

 

  • 单元测试:执行单元测试,检查代码覆盖并报告测试结果;

 

  • 部署:安装构建到测试环境中;

 

  • 集成测试:执行集成测试并报告结果;

 

  • 报告(面板 Dashboard):将这些活动的状态发布到一个公共可见的地方或邮件发送状态给整个团队。

 

基于每天的自动构建和测试过程可以更早、更快地发现集成的错误。持续集成允许敏捷测试人员定期的运行自动测试,在某些情况下,甚至会作为持续集成过程的一部分,并且就代码质量提交快速的反馈给团队。这些测试结果对所有团队成员可见,特别是当自动报告集成到这个过程中的时候。自动回归测试可以在迭代中持续进行。好的自动回归测试能够覆盖尽可能多的功能,包括在前期迭代中交付的用户故事。在自动回归测试中,好的覆盖有助于大型集成系统的构建和测试。当回归测试自动化后,敏捷测试人员可以释放出精力来手工测试新特性、实施的变更以及缺陷修复的确认测试。

 

除自动测试外,使用持续集成的组织通常使用构建工具(Build Tools)来实现持续的质量控制。除了运行单元测试和集成测试,这些工具可以运行其他静态和动态测试,测量和分析性能,从源代码中提取和格式化文档并促进人工的质量保证过程。这种持续的质量控制应用的目标是为了改进产品的质量,通过替代传统的在所有开发完成后应用质量控制的实践来缩短交付时间。

 

构建工具可以和自动部署工具(automatic deployment tools)关联起来,它可以从持续集成或构建服务器上获取并部署到一个或多个开发、测试、临时环境甚至生产环境中。这减少了依靠专业人员或程序员在这些环境中手动安装发布的错误和延迟。

 

持续集成可以提供以下优点:

  • 对集成的问题和变更的冲突能更早的识别和发现以及更容易进行根本原因分析;

 

  • 定期向开发团队反馈代码是否能正常工作的信息;

 

  • 目前在测试的版本与正在开发的版本相差不超过一天;

 

  • 基于每个小的变更后的代码快速再测试和回归测试,可以降低开发人员代码重构相关的回归风险;

 

  • 能保障每天的开发工作是基于稳健的基础之上的;

 

  • 能看见是朝着完成一个产品扩展(增量)方向发展,这能鼓励开发人员和测试人员;

 

  • 消除大爆炸式集成相关的进度风险;

 

  • 为测试、演示或培训提供最新版本的贯穿整个冲刺的可执行软件;

 

  • 减少重复的手工测试活动;

 

  • 对测试和质量改善的相关决策提供快速反馈。

 

但是,持续集成也不是没有风险和挑战:

  • 必须引入持续集成工具并加以维护;

 

  • 必须定义并建立持续集成过程;

 

  • 测试自动化需要额外的资源并且建立起来也相对复杂;

 

  • 为了获得自动化测试的优势,必须提供尽可能大的测试覆盖率;

 

  • 团队有时过于依赖单元测试,而执行太少的系统和验收测试。

 

持续集成需要使用工具,包括测试工具、构建过程的自动化工具、版本控制的工具。

 

top
关于CSTQB®
机构介绍
专家工作组
注册讲师介绍
合作企业介绍
ISTQB®合作伙伴
认证项目
认证项目介绍
新闻与活动
新闻与资讯
会议与活动
培训与考试
资料中心
资料下载
常见问题
常见问题
TMMi®
TMMi®简介
资料下载
组织机构
TMMi®测试过程改进者
加入我们
加入我们
联系我们
联系我们