DOP136:持续交付下的质量构建与自动化测试

开班计划时间:12 小时
  • 具体开课时间请咨询课程顾问
预约试听 马上咨询
课程介绍
适用对象:
学习收获:理解持续交付的过程与关键点 、理解自动化测试的过程与工具 、掌握如何规划持续交付流程 、掌握如何引入自动化工具实现持续交付
详细大纲
1 质量模型与发展趋势
1.1 互联网与数字化的发展要求
1.2 DevOps时代来临
1.3 质量目前发展趋势,是否可以解决当前问题
1.4 质量是否拖累当前所有的进度,问题有哪些
1.5 质量测试模型:金字塔、纺锤、冰淇淋等
1.6 部分传统方法是否可以解决当前问题
2 传统企业测试发展的误区
2.1 质量验证跟随着开发的模式
2.2 质量验证想跟随需求,但落地方法错误
2.3 变更,无法跟上节奏感
2.4 传统企业,面临的双峰挑战(稳态+敏态)
2.5 团队与人员的阻碍
2.6 文档的更新模式
2.7 瀑布、敏捷、DevOps控制质量的区别,KPI考核收集与判断方式
3 通过自动化测试框架的适应场景,来验证质量体系的适应性场景 (C/S,B/S,国内vs国外业务,传统vs互联网)
3.1 国外的业务发展模式与国内的区别
3.2 BDD的适应场景,团队与人员要求
3.3 TDD的适应场景,团队与人员要求
3.4 ATDD的适应场景,团队与人员要求
3.5 关键字的适应场景,团队与人员要求
3.6 敏捷测试的适应性与发展限制
3.7 分级测试的提出与互联网应对
3.8 微服务下契约测试的提出与团队要求
4 复杂业务质量问题的根源分析
4.1 双峰挑战下的质量管理模式
4.2 传统企业,为何无法适应上述质量模式(国外引入水土不服)
4.3 持续集成带来的持续测试,是否解决了根本性问题?
4.4 人才发展的限制与团队瓶颈
5 质量保证思维的切换:需求建模到测试建模
5.1 思路:业务需求+技术需求+监管需求+旁路影响分支需求
5.2 需求—>开发—>测试:传统为阶乘式增长,无法维护
5.3 测试建模的方法与原理,对应解决的问题
5.4 DevOps只是工具链的建立,测试建模真正解决测试端的问题
5.5 曾经的弯路:微软测试建模走偏
5.6 测试建模,本质上解决了维护性代价的问题,但为何无法成功实施
6 建模中的变更分析与质量考核机制
6.1 分析:旧有模式仍然为离散式的跟踪,跟随开发
6.2 抛弃工具绑定的思想
6.3 1vs1的思路,跟踪需求(业务+技术+监管+旁路)
6.4 需求端直接生成用例与脚本,真正为TDD
6.5 作者在美国4年和中国5年的构建实例
7 建模的落地构建方案
7.1 前置:统一需求矩阵的建立
7.2 有限状态机的演化:与等价类、边界值的穷举结合
7.3 核心:测试建模—>与需求的1对1标准匹配(业务、技术、监管)
7.4 边界建模:流程数据集中营,来应对不同的开发架构:巨石、SOA、微服务或者复合型
7.5 工具沦落到最外层非核心,随意更换适配引擎
7.6 解决问题:变更的快捷定位、准确性、可追踪与回溯、易于重构
7.7 解决问题:易于重构、不关联和影响开发技术、不被工具绑架
7.8 解决问题:重写了TDD与BDD模式,但适合复杂业务流程
7.9 解决问题:知识的规则化沉淀,自动驱动与融合
8 建模应用化举例
8.1 接口测试
8.2 GUI测试
8.3 行业性监管要求加入
8.4 不同行业的要求
8.5 与传统模式的效率对比
9 所需团队能力与投入
9.1 构建核心框架/平台的团队能力与投入
9.2 项目过程中,人员能力与投入
9.3 维护阶段团队要求与投入
10 可能的风险与不适应性
10.1 项目规模与投入
10.2 人员能力影响
10.3 技术风险
10.4 行政风险
课程评价

课程评价({{EvaluationTotal}})

课程满意度

评价

您还没有给课程评分哦

满意度

    追加评价:

课程咨询
内容:

您还没有填写内容!

暂无问答,赶紧去提问吧
{{item.AnswerState==1?"已解决":"未解决"}}
{{item.Content}}
{{item.StudentAskTime}}
{{itemanswer.UserName}}
{{itemanswer.Content}}
{{itemanswer.StudentAskTime}}
同类课程推荐 more
嘉为大讲堂 more
原创文章 more

您好! 欢迎来到学领未来 !

学领未来提供线上及线下的学习服务,根据您的位置,为您推荐最近的线下培训地点 分站,你选择: