课程大纲
Day 1-测试建模及实践 |
测试发展趋势 | 互联网与数字化的发展要求 |
DevOps时代来临 | ||
测试目前发展趋势,是否可以解决当前问题 | ||
测试是否拖累当前所有的进度,问题有哪些 | ||
测试 模型:金字塔、纺锤、冰淇淋等 | ||
部分传统方法是否可以解决当前问题 | ||
测试发展的误区 | 测试跟随着开发的模式 | |
测试想跟随需求,但落地方法错误 | ||
变更,无法跟上节奏感 | ||
传统企业,面临的双峰挑战(稳态+敏态) | ||
团队与人员的阻碍 | ||
文档的更新模式 | ||
DevOps是否可以解决问题 | ||
测试思维的切换:测试建模 | 思路:业务需求+技术需求+监管需求+旁路影响分支需求 | |
需求—>开发—>测试:传统为阶乘式增长,无法维护 | ||
测试建模的方法与原理,对应解决的问题 | ||
DevOps只是工具链的建立,测试建模真正解决测试端的问题 | ||
曾经的弯路:微软测试建模走偏 | ||
测试建模,本质上解决了维护性代价的问题,但为何无法成功实施 | ||
测试建模的分析 | 分析:旧有模式仍然为离散式的跟踪,跟随开发 | |
抛弃工具绑定的思想 | ||
1vs1的思路,跟踪需求(业务+技术+监管+旁路) | ||
需求端直接生成用例与脚本,真正为TDD | ||
作者在美国4年和中国5年的构建实例 | ||
测试建模的落地构建方案 | 前置:统一需求矩阵的建立 | |
有限状态机的演化:与等价类、边界值的穷举结合 | ||
核心:测试建模—>与需求的1对1标准匹配(业务、技术、监管) | ||
边界建模:流程数据集中营,来应对不同的开发架构:巨石、SOA、微服务或者复合型 | ||
工具沦落到最外层非核心,随意更换适配引擎 | ||
解决问题:变更的快捷定位、准确性、可追踪与回溯、易于重构 | ||
解决问题:易于重构、不关联和影响开发技术、不被工具绑架 | ||
解决问题:重写了TDD与BDD模式,但适合复杂业务流程 | ||
解决问题:知识的规则化沉淀,自动驱动与融合 | ||
测试建模平台落地方案与演示Demo | 整体架构 | |
笛卡尔乘积的构建 | ||
有限状态机的构建 | ||
中间存储矩阵构建 | ||
统一的展现平台,外接不同的引擎 | ||
传统平台的功能:权限管理、项目管理、报表分析等等 | ||
植入监控与反馈 | ||
链接到DevOps平台,与需求对接,映射开发 | ||
Day 2-自动化测试与实践 |
自动化测试常用框架介绍 | 国外的业务发展模式与国内的区别 |
BDD的适应场景,团队与人员要求 | ||
TDD的适应场景,团队与人员要求 | ||
ATDD的适应场景,团队与人员要求 | ||
关键字的适应场景,团队与人员要求 | ||
敏捷测试的适应性与发展限制 | ||
分级测试的提出与互联网应对 | ||
微服务下契约测试框架的提出与团队要求 | ||
App下自动化测试框架的对比 | ||
基于接口的自动化测试框架介绍 | 构建的整体思路 | |
架构设计与思索 | ||
如何减少变更维护性代价的思索 | ||
结合测试建模的设计,进行数据的批量生成 | ||
基于PACT来构建契约 | ||
基于Mock来构建交互 | ||
基础函数的封装 | ||
验证模式设计 | ||
整体构建回顾 |