第一天上午

质量管理背景

金融行业质量管理体系的发展历程，必要性与可行性

金融行业质量管理体系建设现状

什么是精益、CMMI和ITIL到敏捷+DevOps

当前质量管理体系标准的成熟度对比分析

质量管理体系的未来发展趋势，从瀑布到敏捷到双态挑战

如何构建企业的质量管理体系

传统的质量管理体系的变革

活动：

活动：分主题收集听众的问题

质量建设的四纵四横模型，及深入浅出的同行案例

从需求到发布上线的整体生命周期中，质量的各种活动描述

部分同业在传统模式下，进行的各种质量互动的行为

双态模式下，质量建设的四纵四横模型

横向:1：工具层面的融合与支持【工程师维度】

横向2：流程的融合与快速支持【管理与需求控制维度】

横向3：信息流的自动传递与反馈【信息同步维度】

横向4：度量的自动化反馈与融合【各角色感知维度】

纵向1：需求维度的质量控制与案例

第一天下午

纵向1（续）：需求可视化的重要性

纵向1（续）：需求之间关联绑定与后续跟踪

纵向1（续）：设计层面的质量控制与案例

纵向1（续）：架构层面的质量控制与案例

纵向2：开发层面的质量控制与案例

纵向2（续）：开发的分支策略、代码扫描等活动对质量的影响

纵向2（续）：配置管理！！！大坑

纵向2（续）：开发与需求的绑定关联带来的后续好处

纵向2（续）：单元测试的作用、麻烦（例如研发不爱写）与解决之道

纵向2（续）：微服务下，研发需要进行的质量保证

纵向3：用例复杂度带来的问题

纵向3（续）：需求与用例之间如何智能绑定与自动化关联分析

纵向3（续）：测试数据的自动化准备

纵向3（续）：持续集成带来的持续测试与持续反馈

纵向4：运维端的质量控制如何进行

纵向4（续）：需求与用例之间如何智能绑定与自动化关联分析

纵向4（续）：持续集成带来的持续测试与持续反馈

纵向4（续）：运维端的质量控制如何进行，自动化部署的质量保证

纵向4（续）：CMDB需要成为活账本，动态消费、动态反馈与动态更新

纵向4（续）：全链路压测与线上监控的反馈

纵向4（续）：灰度发布与柔性可用

纵向之间最终达到的目的：智能关联、智能传递、智能分析

第二天上午

质量下，开发测试协同的自动化通用模型与适配场景

开发测试协同的场景

自动化框架原理：设计模式、开发方式、基本概念等

国外的业务发展模式与国内的区别

BDD的适应场景，团队与人员要求

TDD的适应场景，团队与人员要求

ATDD的适应场景，团队与人员要求

敏捷测试的适应性与发展限制

分级测试的提出与互联网应对

质量控制的专题建设

单元测试脚本的自动化生成

代码扫描机制

接口测试的自动化生成建模

交易码、接口日志统计覆盖率

灰度发布、抹黑启动在运维端的演练

柔性可用介绍

从需求建模到自动化测试脚本的自动化生成（API脚本、GUI脚本）

团队度量体系建设与相关指标分析

业界度量方法借鉴

度量体系设计：进度、质量、效率等维度分析

度量指标的分析与团队级别指标说明

如何引用工程类型指标、流程类型指标来发现问题，迅速定位问题

业界某客户案例举例：各类型分层指标实例展示与应用说明

第二天下午

代码扫描

代码扫描的规则与不同成熟度下的门禁设定

代码扫描的规则设定（Findbug举例）

单元测试的相关活动

单元测试的重要性

单元测试在当前实践存在的问题

通过各类开源工具，自动化生成单测脚本（无业务逻辑）

如何通过注释，自动构建判定路径下的单测脚本

接口测试的相关活动

接口测试的优化建议

微服务下的契约测试方法，有效帮助微服务系统进行测试与跟踪变更

接口测试的相关实践推荐

测试建模

从需求建模到自动化测试脚本的自动化生成（API脚本、GUI脚本）

第一步：构建有限状态机，需求：用例的1：N变化为1：1关系

第二步：构建场景之间的自动关联机制，自动化形成测试场景

第三步：自动化测试工具的模板化接入，类同Robot的原理

实例构建

测试右移的相关实践

灰度发布

柔性可用

ChaosMonkey介绍