简介
如何构建一个项目,能够提供所有服务的客户端,新开发的服务只需做极少的工作就能生成一个服务测试客户端,快速的将接口提交测试?微服务测试应运而生。
本内容重点探讨微服务场景下的测试机器工具方法,同时结合DevOps容器内容解析,同时分享BDD、TDD、ATDD、关键字的适应场景,团队与人员要求,并结合实战实现微服务测试构建。
目标
1.了解微服务发展进程及工具使用方法;
2.深入理解DevOps容器及持续测试;
3.熟悉BDD、TDD、ATDD、关键字的适应场景,团队与人员要求;
4.深入理解测试建模及其解决问题方式;
5.掌握Docker的常用使用命令及镜像管理;
受众人群
测试工程师,测试开发工程师和测试技术骨干成员,测试技术负责人,测试经理和测试总监 测试架构师,DevOps资深工程师和技术负责人,工程效能团队负责人和工程效能研发工程师,开发工程师,开发技术经理,开发技术负责人,技术创新团队的工程师
课程时长
2天(12H)
分享提纲
范围 | 内容 |
微服务下的测试 | 微服务下的测试演变 微服务下的契约测试 Pact工具的详细使用 Pact broker的使用 微服务测试:需求变更如何确保互相通知 Mock的构建 |
持续集成与持续交付 | DevOps No.1重点:Jenkins DevOps No.2重点:Docker DevOps No.3重点:服务拆分 持续集成下的测试构建方式 持续测试的阻碍 |
测试模式的根源挖掘与适用场景 | 国外的业务发展模式与国内的区别 BDD的适应场景,团队与人员要求 TDD的适应场景,团队与人员要求 ATDD的适应场景,团队与人员要求 关键字的适应场景,团队与人员要求 敏捷测试的适应性与发展限制 分级测试的提出与互联网应对 微服务下契约测试的提出与团队要求 |
测试思维的切换:测试建模 | 思路:业务需求+技术需求+监管需求+旁路影响分支需求 需求—>开发—>测试:传统为阶乘式增长,无法维护 测试建模的方法与原理,对应解决的问题 DevOps只是工具链的建立,测试建模真正解决测试端的问题 曾经的弯路:微软测试建模走偏 测试建模,本质上解决了维护性代价的问题,但为何无法成功实施 |
分层测试 (简要) | 1. 测试标准化构建和构建通讯 2. 1-5-15-60分层质量模型 3. 分层测试说明和规范 4. CD/CD构建简要介绍 5.度量数据驱动改进 |
容器化带来的改变 | 非容器时代,测试环境的快速部署Chef、Puppet、Ansiable 容器时代代理的改变 Docker的常用使用命令 Docker的镜像管理 |
性能测试 | 性能测试并非在最后完成,实例检测 性能测试的三种策略 云服务时代的性能测试 京东的性能测试方法 全链路压测 监控与反馈 |
度量指标 | 指标体系设计目标与原理 过程指标 成果指标 项目管控指标 指标应用与计算 指标落地与辅导 案例 |
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员
Arthur
百林哲咨询(北京)有限公司专家团队成员