持续集成 在每一个冲刺(Sprint)结束时,产品增量的交付需要提供可靠的、能工作的并已集成的软件。持续集成通过合并构成软件的所有更改和集成所有更改的组件来应对这种挑战,至少每天一次。配置管理、编译、软件构建、部署和测试都打包在一个单独的、自动化的、可重复的过程中。由于开发人员不断地集成他们的工作,不断地构建并不断的测试,代码里的缺陷被更快地发现。 随着开发人员的编码、调试以及提交代码到一个共享的源代码库,一个持续集成过程包括以下自动化的活动: - 单元测试:执行单元测试,检查代码覆盖并报告测试结果;
- 单元测试:执行单元测试,检查代码覆盖并报告测试结果;
- 报告(面板Dashboard):将这些活动的状态发布到一个公共可见的地方或邮件发送状态给整个团队。
基于每天的自动构建和测试过程可以更早、更快地发现集成的错误。持续集成允许敏捷测试人员定期的运行自动测试,在某些情况下,甚至会作为持续集成过程的一部分,并且就代码质量提交快速的反馈给团队。这些测试结果对所有团队成员可见,特别是当自动报告集成到这个过程中的时候。自动回归测试可以在迭代中持续进行。好的自动回归测试能够覆盖尽可能多的功能,包括在前期迭代中交付的用户故事。在自动回归测试中,好的覆盖有助于大型集成系统的构建和测试。当回归测试自动化后,敏捷测试人员可以释放出精力来手工测试新特性、实施的变更以及缺陷修复的确认测试。
除自动测试外,使用持续集成的组织通常使用构建工具(Build Tools)来实现持续的质量控制。除了运行单元测试和集成测试,这些工具可以运行其他静态和动态测试,测量和分析性能,从源代码中提取和格式化文档并促进人工的质量保证过程。这种持续的质量控制应用的目标是为了改进产品的质量,通过替代传统的在所有开发完成后应用质量控制的实践来缩短交付时间。
构建工具可以和自动部署工具(automatic deployment tools)关联起来,它可以从持续集成或构建服务器上获取并部署到一个或多个开发、测试、临时环境甚至生产环境中。这减少了依靠专业人员或程序员在这些环境中手动安装发布的错误和延迟。
持续集成可以提供以下优点: - 对集成的问题和变更的冲突能更早的识别和发现以及更容易进行根本原因分析;
- 基于每个小的变更后的代码快速再测试和回归测试,可以降低开发人员代码重构相关的回归风险;
- 能看见是朝着完成一个产品扩展(增量)方向发展,这能鼓励开发人员和测试人员;
- 为测试、演示或培训提供最新版本的贯穿整个冲刺的可执行软件;
但是,持续集成也不是没有风险和挑战: - 为了获得自动化测试的优势,必须提供尽可能大的测试覆盖率;
- 团队有时过于依赖单元测试,而执行太少的系统和验收测试。
持续集成需要使用工具,包括测试工具、构建过程的自动化工具、版本控制的工具。 关于ISTQB ISTQB®(InternationalSoftware Testing Qualifications Board)全称国际软件测试认证委员会,是一个注册于比利时的非赢利性组织,是国际唯一权威的软件测试资质认证机构。其主要负责制订和推广国际通用资质认证框架,即“国际软件测试认证委员会推广的软件测试工程师认证”( ISTQB® Certified Tester ) 项目。
关于CSTQB CSTQB(Chinese SoftwareTesting Qualifications Board)是ISTQB®在大中华区(包括港澳台地区)的唯一分会,成立于2006年。全权代表ISTQB®在授权区域内推广ISTQB®软件测试工程师认证体系,认证、管理培训机构和考试机构,接受ISTQB®的全面的业务指导和授权。
(扫描上方二维码,关注CSTQB官方微信公众号,了解更多资讯~)
|