您当前的位置:首页>课程>测试整体框架

测试整体框架

浏览:2412
分享

Arthur Read more

百林哲咨询(北京)有限公司专家团队成员

原HP金牌讲师,在项目管理、敏捷、体系建设与质量建设、架构、测试和安全等有丰富的十多年实战经验与授课经验。已完成共计约60多场公开或内部的培训, Exin DevOps Master TTT首批认证授权讲师(中国区共7人)。

课程时长

2天(12H)

分享提纲

测试发展的误区

测试跟随着开发的模式

测试想跟随需求,但落地方法错误

变更,无法跟上节奏感

传统企业,面临的双峰挑战(稳态+敏态)

团队与人员的阻碍

文档的更新模式

DevOps是否可以解决问题

复杂业务测试问题的根源分析

双峰挑战下的测试模式

传统企业,为何无法适应上述测试模式(国外引入水土不服)

持续集成带来的持续测试,是否解决了根本性问题?

人才发展的限制与团队瓶颈

测试思维的切换:测试建模

思路:业务需求+技术需求+监管需求+旁路影响分支需求

需求—>开发—>测试:传统为阶乘式增长,无法维护

测试建模的方法与原理,对应解决的问题

DevOps只是工具链的建立,测试建模真正解决测试端的问题

曾经的弯路:微软测试建模走偏

测试建模,本质上解决了维护性代价的问题,但为何无法成功实施

测试建模的分析

分析:旧有模式仍然为离散式的跟踪,跟随开发

抛弃工具绑定的思想

1vs1的思路,跟踪需求(业务+技术+监管+旁路)

需求端直接生成用例与脚本,真正为TDD

作者在美国4年和中国5年的构建实例

测试建模的落地构建方案

前置:统一需求矩阵的建立

有限状态机的演化:与等价类、边界值的穷举结合

核心:测试建模—>与需求的11标准匹配(业务、技术、监管)

边界建模:流程数据集中营,来应对不同的开发架构:巨石、SOA、微服务或者复合型

工具沦落到最外层非核心,随意更换适配引擎

解决问题:变更的快捷定位、准确性、可追踪与回溯、易于重构

解决问题:易于重构、不关联和影响开发技术、不被工具绑架

解决问题:重写了TDD与BDD模式,但适合复杂业务流程

解决问题:知识的规则化沉淀,自动驱动与融合

测试建模平台落地方案与演示Demo

整体架构

笛卡尔乘积的构建

有限状态机的构建

中间存储矩阵构建

统一的展现平台,外接不同的引擎

传统平台的功能:权限管理、项目管理、报表分析等等

植入监控与反馈

链接到DevOps平台,与需求对接,映射开发

测试建模应用化举例

接口测试

GUI测试

行业性监管要求加入

不同行业的要求

与传统模式的效率对比

所需团队能力与投入

构建核心框架/平台的团队能力与投入

项目过程中,人员能力与投入

维护阶段团队要求与投入

可能的风险与不适应性

项目规模与投入

人员能力影响

技术风险

行政风险


我要参加

可同时提交您的需求,我们会及时与您联系

预约内训

将课程带入到您的团队,为您的团队进行一对一辅导。

相关课程