DevOps持续交付的实验课件.pptVIP

用例执行框架 – 原理 启动时 搜索Test Suite 搜索Test Class 与本地库比较判断新增或删除 向用例管理系统注册用例执行方式 DevOps持续交付的实验 背景 互联网2.0的需要 持续运营 全员参与、互动交流 快速迭代 持续测试、持续交付 传统的流程模式已经无法满足快速交付的要求 背景说明 传统交付模式 形成部门壁垒，降低工作效率 背景说明 应对方案 本次演示内容 分享在ARES Cloud的DevOps实验 沟通和总结前期试验的经验 自动打包 打包、部署、测试环境准备交给技术经理 自动打包 问题定义 手工或简单脚本操作效率低 错误会遗留到后期阶段，增加返工 需要专人操作，浪费资源 更新代码 代码走查 编译 打包 初步检查 自测验证 提交测试 冒烟准入 自动打包 改进方案 重复的事情交给电脑去做 技术经理一人负责和，减少沟通环节 实现 整合版本管理、自动打包、自动测试、代码自动检查 效果 技术经理在版本管理系统一键完成打包过程 自动打包 – 效果 自动打包 – 实现原理 Jenkins Remote API 提供远程代码调用Jenkins的各种功能 自动打包 – 实现原理 Jenkins Remote Access API 提供远程代码调用Jenkins的各种功能 查询信息 /job/JobID/api/json 会提供最新版本及打包情况、下一个版本号等信息 触发打包 /job/JobID/build 查询版本构建信息 /job/JobID/BuildNO/api/json 提供打包的进展情况 下载进度日志 /job/JobID/BuildNO/logText/progressiveHtml … 查询进度 自动打包 – 实现原理 Jenkins Remote Access API 查询信息 触发打包 查询版本信息 下载进度日志 … 客户端 路由分发 服务端 查询版本信息 提交打包 服务调用 自动打包 – 安全控制 两层防护 HTTP Basic Authentication 身份访问令牌? API Token API 访问令牌 更简单的建议 划分安全区 只有版本管理系统允许访问打包服务器 自动打包 – 总结 处理方式 更新代码、编译、打包交由Jenkins完成 代码走查通过在Jenkins上挂接自动走查工具 初步检查、自测和冒烟准入通过Jenkins驱动冒烟用例自动完成 更新代码 代码走查 编译 打包 初步检查 自测验证 提交测试 冒烟准入 自动升级部署 测试环境准备是一件费时费力的事情 自动升级部署 问题定义 环境问题导致人员等待，效率降低 随着互联网的快速交付需要，升级频率加快 多阶段、分布式、灰度…, 升级部署复杂度提供 自动升级部署 解决方案 整合Jenkins、升级脚本、IAAS云技术 多阶段自动升级 版本回退 未来展望：灰度、多版本同时运行 自动升级部署 目前完成 技术经理打包完成，开发集成环境已经升级完成，项目团队可以立即开展内部测试 实现原理 在Jenkins的后处理步骤增加升级脚本调用 自动升级部署 – 原理 升级脚本 从归档服务器下载指定版本的升级包 解压缩到对应版本目录 将本机专有配置更新到配置文件 开启服务器 TIPS：使用Linux 软连接指向需要启动的版本，无需修改服Web服务器配置 自动升级 项目组员即可立即使用环境 自动升级 后期计划 构建多阶段环境，如系统测试环境，并在版本管理中操作”提交测试”时，自动建立SVN 测试基线，并使用对应的版本升级系统测试环境；在提交发布时，使用版本自动升级仿真环境 多版本同时运行(灰度)，通过服务总线实现多版本请求路由 用例管理和自动测试 选择用例、执行用例是测试人员的重要工作 用例管理和执行 问题定义 选择哪些用例？ 时间都去哪了？ 找用例 准备工具 写报告 用例管理和执行 – 效果 用例管理和执行 功能 按照提测范围自动关联用例 用例管理和执行 功能 按照提测范围自动关联用例 在管理系统直接驱动用例执行 用例管理和执行 功能 按照提测范围自动关联用例 在管理系统直接驱动用例执行 多阶段支持 同一个用例逻辑根据测试阶段不同挑选不同测试数据 自动生成测试报告 用例管理和执行 – 原理 服务化 用例管理和执行 – 原理 服务化 用例执行环境 用例配置服务 扫描可执行的用例，并调用用例管理系统的类型更新服务通知本执行环境支持哪些用例以及是如何执行 用例执行和报告服务 提供用例执行调用接口，执行用例并生成执行报告 用例管理系统 用例类型更新服务 设置自动用例的执行方式 用例执行框架 将用例发现、用例执行服务化 用例执行框架 启动时 扫描当前环境可以执行的用例 两种用例约定 Test Su