摘要: 生产监测范围 监测内容不同来进行划分: 资源监测 应用监测 业务监测 软件两种服务形式 运行于我们自己管理的后台服务器上,持续为用户提供远程服务 分发到用户自己手中的软件包,如移动APP、PC端软件和硬件设备中的嵌入式软件等 后台服务的监测 基础监测:对系统基础设施的健康度进行监测,包括网络与服务器 阅读全文
posted @ 2023-07-26 15:56 城南以南123 阅读(26) 评论(0) 推荐(0) 编辑
摘要: 高频发布是一种趋势 收益与成本共存 高频发布的收益: 有更多的机会与真实用户互动,从而快速决定或调整自己产品前进的方向 由于每次变更规模较小,软件系统没有剧烈的变化,从而降低部署风险 单次部署成本降低,且趋于稳定 出现问题易定位、易修复,且能够快速更正降低发布风险的方法 蓝绿部署 指准备两套完全一致 阅读全文
posted @ 2023-07-26 15:51 城南以南123 阅读(9) 评论(0) 推荐(0) 编辑
摘要: 将一切纳入配置管理: 配置管理目标 可追溯性:任何人在获得授权的前提下,能够找到该软件的任何变更历史。例如:源代码版本管理系统(如Git、Subversion等)就属于软件配置管理工具,它包含代码仓库中所有代码的修订信息 可重现性:任何人在获得授权的前提下,能够重现从过去到现在之间任意时间点的软件状 阅读全文
posted @ 2023-07-26 15:47 城南以南123 阅读(126) 评论(0) 推荐(0) 编辑
摘要: 自动化测试的自身定位: 测试领域有4类基本活动: 问题认知:对业务问题本身的理解和认识。其主要信息来源于持续交付8字环中的探索环 分析:“测试分析和设计”,通过对业务问题的认知,分析并设计能够验证是否成功解决业务问题的方式和方法,通过不断优化,在确保验证质量的前提下,使测试成本最低 执行:执行由测试 阅读全文
posted @ 2023-07-26 15:20 城南以南123 阅读(108) 评论(0) 推荐(0) 编辑
摘要: 起源与定义 定义: 持续集成是一种软件开发实践,团队成员频繁将他们的工作成果集成在一起(通常每人每天至少提交一次,这样每天就会有多次集成);每次提交后,自动触发运行一次包含自动化验证集的构建任务,以便能尽早发现集成问题。 一次集成过程: 1.开发人员将代码提交到代码仓库 2.持续集成服务器按一定的时 阅读全文
posted @ 2023-07-26 15:02 城南以南123 阅读(58) 评论(0) 推荐(0) 编辑
摘要: 版本控制系统的使用目的: 用于存储及追踪目录(文件夹)和文件的修订历史(这里的修订操作包括3类:新增、修改和删除),从而让你能够回溯那些被纳入其管理范围之内的任意对象的任意一次修订。 集中式版本控制系统:有一个单一的集中管理的版本控制管理服务器,典型代表SVN 有两个缺点: 在网络环境不佳的情况下同 阅读全文
posted @ 2023-07-26 14:34 城南以南123 阅读(48) 评论(0) 推荐(0) 编辑
摘要: 部署流水线是对软件交付过程的一种可视化呈现方式,展现了从代码提交、构建、部署、测试到发布的整个过程,为团队提供状态可视化和及时反馈。部署流水线的设计与使用: 流水线的设计原则: 一次构建,多次使用 与业务逻辑松耦合 并行化原则 快速反馈优先:让那些提供快速反馈的任务尽早执行 重要反馈优先:例如:软件 阅读全文
posted @ 2023-07-26 14:16 城南以南123 阅读(72) 评论(0) 推荐(0) 编辑
摘要: 业务需求协作管理贯穿于整个软件产品版本周期,涉及与业务软件交付相关的所有角色,包括业务人员、产品及运营人员、开发人员、测试人员和运维人员等目标是通过改善各角色在持续交付“8”字环各环节中的交互协作流程,有效且高效的完成业务问题的分析、业务方案的实施和结果验证工作,并确保所有需求不遗漏,被完整跟踪产品 阅读全文
posted @ 2023-07-26 11:35 城南以南123 阅读(64) 评论(0) 推荐(0) 编辑
摘要: “大系统小做”原则: 持续交付架构要求:系统架构在设计时应该考虑如下因素 1.为测试而设计 2.为部署而设计 3.为监控而设计 4.为扩展而设计:支持团队成员规模的扩展,支持系统自身的扩展 5.为失效而设计:一旦部署或发布失败,如何优雅且快速的处理 系统拆分原则: 1.作为系统的一部分,每个组件或服 阅读全文
posted @ 2023-07-26 11:25 城南以南123 阅读(61) 评论(0) 推荐(0) 编辑
摘要: 安全、信任与持续改善: 失败是安全的:组织对待“失败”的态度至关重要 相互信任:同事之间的相互信任 持续改善:不断的试验而持续改进(特点是“人人参与”和“时时改善”)文化塑造四步法(谷歌): 第一步:定义想要做的事情 提高代码质量、减少生产问题、减少手工测试工作量,快速发布软件 第二步:定义期望的做 阅读全文
posted @ 2023-07-26 11:19 城南以南123 阅读(37) 评论(0) 推荐(0) 编辑
摘要: 验证环的目标:借助各种方法和工具,让质量可靠的解决方案以最快的速度到达客户手中,从而收集并分析真实的反馈验证环的关键:质量与速度验证环的4个关键环节: 构建:将自然语言的描述转换成计算机可执行的软件,即“质量达标的软件包” 1.时间盒管理 2.任务分解:需求拆分和开发任务拆分 3.持续验证:每当完成 阅读全文
posted @ 2023-07-26 11:13 城南以南123 阅读(18) 评论(0) 推荐(0) 编辑
摘要: 探索环的4个关键环节: 提问:通过不断的提问,澄清客户需求背后要实现的真正目标,以便找寻更多解决问题的方法,同时有助于团队成员从业务问题出发,充分理解业务问题 注意点: 1.问题域的提出方及解决方案的提供方代表尽量到场,参与讨论 2.多问几个“为什么”。尽量避免因为感觉自己熟悉这个问题域,而过早的放 阅读全文
posted @ 2023-07-26 11:07 城南以南123 阅读(15) 评论(0) 推荐(0) 编辑
摘要: 软件工程发展概述: 瀑布软件开发方法(重计划、重流程、重文档) 敏捷软件开发方法(产品、开发、测试) DevOps运动(开发、测试、运维) 持续交付1.0(产品、开发、测试、运维) 持续交付2.0(业务市场、产品、开发、测试、运维) 持续交付1.0的可持续的快速发布软件任务 + 精益创业的最小化可行 阅读全文
posted @ 2023-07-26 10:57 城南以南123 阅读(50) 评论(0) 推荐(0) 编辑