摘要：
生产监测范围 监测内容不同来进行划分： 资源监测 应用监测 业务监测 软件两种服务形式 运行于我们自己管理的后台服务器上，持续为用户提供远程服务 分发到用户自己手中的软件包，如移动APP、PC端软件和硬件设备中的嵌入式软件等 后台服务的监测 基础监测：对系统基础设施的健康度进行监测，包括网络与服务器 阅读全文
摘要：
高频发布是一种趋势 收益与成本共存 高频发布的收益： 有更多的机会与真实用户互动，从而快速决定或调整自己产品前进的方向 由于每次变更规模较小，软件系统没有剧烈的变化，从而降低部署风险 单次部署成本降低，且趋于稳定 出现问题易定位、易修复，且能够快速更正降低发布风险的方法 蓝绿部署 指准备两套完全一致 阅读全文
摘要：
将一切纳入配置管理： 配置管理目标 可追溯性：任何人在获得授权的前提下，能够找到该软件的任何变更历史。例如：源代码版本管理系统（如Git、Subversion等）就属于软件配置管理工具，它包含代码仓库中所有代码的修订信息 可重现性：任何人在获得授权的前提下，能够重现从过去到现在之间任意时间点的软件状 阅读全文
摘要：
自动化测试的自身定位： 测试领域有4类基本活动： 问题认知：对业务问题本身的理解和认识。其主要信息来源于持续交付8字环中的探索环 分析：“测试分析和设计”，通过对业务问题的认知，分析并设计能够验证是否成功解决业务问题的方式和方法，通过不断优化，在确保验证质量的前提下，使测试成本最低 执行：执行由测试 阅读全文
摘要：
起源与定义 定义： 持续集成是一种软件开发实践，团队成员频繁将他们的工作成果集成在一起（通常每人每天至少提交一次，这样每天就会有多次集成）；每次提交后，自动触发运行一次包含自动化验证集的构建任务，以便能尽早发现集成问题。 一次集成过程： 1.开发人员将代码提交到代码仓库 2.持续集成服务器按一定的时 阅读全文
摘要：
版本控制系统的使用目的： 用于存储及追踪目录（文件夹）和文件的修订历史（这里的修订操作包括3类：新增、修改和删除），从而让你能够回溯那些被纳入其管理范围之内的任意对象的任意一次修订。 集中式版本控制系统:有一个单一的集中管理的版本控制管理服务器，典型代表SVN 有两个缺点： 在网络环境不佳的情况下同 阅读全文
摘要：
部署流水线是对软件交付过程的一种可视化呈现方式，展现了从代码提交、构建、部署、测试到发布的整个过程，为团队提供状态可视化和及时反馈。部署流水线的设计与使用： 流水线的设计原则： 一次构建，多次使用 与业务逻辑松耦合 并行化原则 快速反馈优先：让那些提供快速反馈的任务尽早执行 重要反馈优先：例如：软件 阅读全文
摘要：
业务需求协作管理贯穿于整个软件产品版本周期，涉及与业务软件交付相关的所有角色，包括业务人员、产品及运营人员、开发人员、测试人员和运维人员等目标是通过改善各角色在持续交付“8”字环各环节中的交互协作流程，有效且高效的完成业务问题的分析、业务方案的实施和结果验证工作，并确保所有需求不遗漏，被完整跟踪产品 阅读全文
摘要：
“大系统小做”原则： 持续交付架构要求：系统架构在设计时应该考虑如下因素 1.为测试而设计 2.为部署而设计 3.为监控而设计 4.为扩展而设计：支持团队成员规模的扩展，支持系统自身的扩展 5.为失效而设计：一旦部署或发布失败，如何优雅且快速的处理 系统拆分原则： 1.作为系统的一部分，每个组件或服 阅读全文
摘要：
安全、信任与持续改善： 失败是安全的：组织对待“失败”的态度至关重要 相互信任：同事之间的相互信任 持续改善：不断的试验而持续改进（特点是“人人参与”和“时时改善”）文化塑造四步法（谷歌）： 第一步：定义想要做的事情 提高代码质量、减少生产问题、减少手工测试工作量，快速发布软件 第二步：定义期望的做 阅读全文