image.png

第二章 配置管理

依赖问题

  • 组件管理

image.png

第三章 持续集成

准备工作

  • 版本控制
  • 自动化构建

持续的小批量的自动化构建是ci的能力，前提是团队统一风格的设定。同时在前置阶段执行“严格模式”，尽早的暴露可能的失败 持续集成也是一个开发模式

第四章 测试策略的实现

image.png

停止以来大批量检查来保证质量，改进过程应将质量内嵌到产品之中

image.png
image.png
测试系统包括：

  • 功能
  • 容量
  • 易用性
  • 安全性
  • 可变性
  • 可用性

image.png

“验证业务逻辑，减少用户界面的测试” 这个问题一直是前端测试的难点，那么我们很容易得出两个结论：

  • 业务逻辑和页面逻辑一定是要尽可能的分离
  • 前端的技术框架应通过一定的逻辑推演能力来确定化界面的展示，或者说约束局部的界面展示。react中讲的“数据驱动”目前来看并不是一个合适的约束起点，因其数据的定义过于宽泛，带来后续分析的困难。

image.png

自动化测试应当是从头还是，并且从工作量和技术角度，不一定要有开发人员来专职编写，应是业务相关的岗位角色来维护，否中技术的研发压力和测试变更压力在阿里这样的公司是绝地行不通。当然如果通过某种技术角度，把可测试性以及整体的测试流程兼顾在高级业务表述“语言”之中，开发过程既是测试的编写过程之中，也是较好的路径。 下面的dsl思路便是如此。在前端领域抽象定义出来一个类似后端DDD模型的概念是难中之难。

image.png

第五章 部署流水线解析

image.png
image.png
image.png
image.png

第六章 构建与部署的脚本化

image.png
image.png

第七章 提交阶段

第八章 自动化验收测试

image.png

第九章 非功能需求的测试

image.png

第十章 应用程序的部署与发布

image.pngimage.png

第十一章 基础设施和环境管理

第十二章 数据管理

image.png
image.png
image.png

第十四章 版本控制进阶

第十五章 持续交付管理