基于需求驱动的后台测试环境治理实践.pptx

测试前瞻 目 录 面临的环境困境 01 如何解决环境冲突 02 需求驱动模式 03 实际搭建过程中的几个问题 04 持续集成自动化测试 05 我们面临哪些环境问题 前端静态资源有多套环境，但经过几年迭代后，每套环境都不完整 接入层虽然有多套环境，随着迭代的加快，环境已严重不够用 逻辑层共用一套环境，冲突在所难免 在线教育测试环境组网 我们面临哪些环境问题 编译部署过程繁琐，测试过度依赖开发环境 后台完全黑盒，无法监控修改到哪些服务，测试评估困难 代码的不断合入以及配置被覆盖容易导致测试中断 编译部署复杂 如何解决环境冲突 最直接的方式：搭建多套完整的环境 维护困难，难以保证每套环境的一致性 资源有限，没有足够多的机器资源来支持环境搭建 引入基础环境-临时环境管理方案 如何解决环境冲突 基础环境-临时环境管理方案 核心思想 只维护一套稳定的基础环境，与外网保持一致，禁止测试 待测版本都在临时环境中，仅搭建修改后的svr 方案优点 大幅度降低维护成本 提升环境搭建效率 资源可循环利用 关键技术——控制消息的转发 引入EduTransfer，接管所有请求链路 所有svr路由IP指向EduTransfer， 通过端口区分服务 解析协议中的uin信息，匹配转发规则 默认匹配default路由至基础环境 有效利用机器资源 同一台机器上无法部署多个相同svr 良好的隔离能力 资源利用率高 镜像机制 轻量虚拟化 隔离机器资源，能有效解决端口冲突问题 一台机器可启动多个容器 容器启动秒级 服务和运行环境可一并打包，能快速部署多套环境 机器资源利用最大化：每个服务都运行在独立的docker容器中，解决端口和同名进程冲突的问题 1 2 3 4 解决环境耦合——开发、测试环境隔离 降低测试环境的搭建成本 测试环境部署耗时原因分析 某h5/web类单需求，一个环境包括前端、接入层、逻辑层 某个app版本同时开发多个需求，可能同时存在前端开发环境、接入层开发环境、逻辑层开发环境 需了解所有改动svr 编译过程非常耗时 部署过程中的错误定位 学习成本高且部署耗时 引入需求驱动模式 需求驱动模式 一键筛选创建环境 开发筛选需求配置uin进行调试，不用关心上下游环境 通过需求筛选开发环境，一键生成测试环境，实现开发、测试环境完全隔离 环境创建秒级 每个需求涉及哪些svr改动一目了然 测试环境支持一键回滚，杜绝开发环境错误导致测试中断 快 易 实际搭建过程中的几个问题 前端静态资源部署问题 配置更新如何闭环 前端静态资源部署问题 静态资源请求无登录态 静态资源环境如何保证全量且最新 修改频繁，配置不统一 需求发布后，没有流程保证配置更新闭环 配置更新如何闭环 拉取织云基础配置 修改配置并重启服务 创建开发环境 一键生成测试环境 完成测试销毁测试环境 确认开发更新配置 自动上传织云生成新版本 持续集成自动化测试 基于环境治理平台进行持续集成自动化测试 开发创建环境后，通过服务名称从tolstoy自测平台拉取主干用例和分支用例 开发一键部署后，自动拉取tolstoy用例并执行，同时也会执行测试团队已有的自动化用例 每个svr自测均能覆盖所有旧命令字，有效保障旧功能兼容性 免测需求也能通过自动化保证质量 需求开发过程中持续代码合入自测自动完成，提升自测效率 2018 深圳·测试沙龙 The Test Salon 测试前瞻 TesterHome公众号 谢谢 2018 深圳·测试沙龙 The Test Salon 测试前瞻