构建自动化测试框架

Arthur 查看讲师

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

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

浏览：3769次

详情 DETAILS

简介

本课程对Jenkins的基础、使用、插件以及高级特性等进行详细介绍。

1、提供Jenkins与持续集成、Jenkins、Git、Maven环境搭建的培训。

2、提供Jenkins 项目构建发布及配置讲解

3、提供Jenkins +Sonar配置持续审查

目标

1.深入解析测试发展误区

2.掌握双峰挑战下的测试模式

3.建立测试建模思维

4.结合实战及案例，实现测试建模平台构建

受众人群

测试工程师，测试开发工程师和测试技术骨干成员，测试技术负责人，测试经理和测试总监测试架构师，DevOps资深工程师和技术负责人，工程效能团队负责人和工程效能研发工程师，开发工程师，开发技术经理，开发技术负责人，技术创新团队的工程师

课程时长

2天（12H）

分享提纲

测试发展的误区	测试跟随着开发的模式测试想跟随需求，但落地方法错误变更，无法跟上节奏感传统企业，面临的双峰挑战（稳态+敏态）团队与人员的阻碍文档的更新模式 DevOps是否可以解决问题
复杂业务测试问题的根源分析	双峰挑战下的测试模式传统企业，为何无法适应上述测试模式（国外引入水土不服）持续集成带来的持续测试，是否解决了根本性问题？人才发展的限制与团队瓶颈
测试思维的切换：测试建模	思路：业务需求+技术需求+监管需求+旁路影响分支需求需求—>开发—>测试：传统为阶乘式增长，无法维护测试建模的方法与原理，对应解决的问题 DevOps只是工具链的建立，测试建模真正解决测试端的问题曾经的弯路：微软测试建模走偏测试建模，本质上解决了维护性代价的问题，但为何无法成功实施
测试建模的分析	分析：旧有模式仍然为离散式的跟踪，跟随开发抛弃工具绑定的思想 1vs1的思路，跟踪需求（业务+技术+监管+旁路）需求端直接生成用例与脚本，真正为TDD 作者在美国4年和中国5年的构建实例
测试建模的落地构建方案	前置：统一需求矩阵的建立有限状态机的演化：与等价类、边界值的穷举结合核心：测试建模—>与需求的1对1标准匹配（业务、技术、监管）边界建模：流程数据集中营，来应对不同的开发架构：巨石、SOA、微服务或者复合型工具沦落到最外层非核心，随意更换适配引擎解决问题：变更的快捷定位、准确性、可追踪与回溯、易于重构解决问题：易于重构、不关联和影响开发技术、不被工具绑架解决问题：重写了TDD与BDD模式，但适合复杂业务流程解决问题：知识的规则化沉淀，自动驱动与融合
测试建模平台落地方案与演示Demo	整体架构笛卡尔乘积的构建有限状态机的构建中间存储矩阵构建统一的展现平台，外接不同的引擎传统平台的功能：权限管理、项目管理、报表分析等等植入监控与反馈链接到DevOps平台，与需求对接，映射开发
测试建模应用化举例	接口测试 GUI测试行业性监管要求加入不同行业的要求与传统模式的效率对比
所需团队能力与投入	构建核心框架/平台的团队能力与投入项目过程中，人员能力与投入维护阶段团队要求与投入
可能的风险与不适应性	项目规模与投入人员能力影响技术风险行政风险