从执行到赋能、从封闭到开放--DevOps下测试能力的构建与应用-王哲

QA工作在DevOps下的转变

• 传统模式：黑盒测试过程与割裂的研发流程，存在提测准入、QA确认接测、QA线下测试、QA确认准出等环节，测试过程不透明，严重依赖QA人力。
• DevOps要求：更快反馈、更高质量，需编写测试用例、实现测试流水线自动化、标准化、在线化。

从执行到赋能：测试能力服务化

• 流水线作为主战场：通过流水线实现自主测试与发布，提升效率，保证流水线的全面性和稳定性。
• 分层技术平台作为弹药库：利用GitCase、Testlife、COVMonitor、EasyENV、Delink、IAT易水、Dumeter、Dufault、冰夷快客、EAP等平台快速建立流水线。
• 环境挑战：DevOps模式下，测试环境可用性成为瓶颈，需按需动态搭建测试环境。
  • 动态环境搭建：通过环境释放、测试环境动态搭建与部署，提升测试环境满足度，降低排队时间。
  • 微服务架构下复用挑战：针对无变更模块，尽可能复用基准环境；针对有变更模块，采用基于流量路由的测试环境复用。
    • 流量路由思路：特征透传（入口流量染色，出口流量同样染色），流量路由（优先发送给颜色匹配的实例）。
    • 路由管理服务：根据业务的服务发现机制（如ServiceMesh或注册中心）进行路由策略变更和路由管理。

有流水线就够了吗？

• 流水线局限性：
  • 执行模式固定，不够灵活，无法高效支持研发自测调试。
  • 接入能力标准化，非标能力支持不够。
• 改进方案：开发阶段灵活使用测试能力。

从封闭到开放：开发阶段灵活使用测试能力

• 开放能力：
  • 动态流水线：编译、单元测试、环境部署、接口测试、DIFF测试、性能测试、异常测试、环境释放、发布等场景灵活触发。
  • 非标能力：实例重启、日志查询、数据查询/构造、权限申请等，通过IDE插件和自定义服务实现。
• 多入口支持：通过IDE插件、流自定义服务、OpenTestingFramework等提供便捷的测试能力接入。

总结

• 工作模式转变：从RD提测、QA确认接测、QA线下测试、QA确认准出的模式转变为QA持续建设流水线，RD触发流水线自动完成测试、发布等全流程。
• 测试能力服务化：分层建设可复用的基础能力（环境搭建、测试执行等），降低流水线建设成本，提升稳定性。
• 开放方案：以流水线为主，动态流水线、非标能力支持等作为补充，提升研发自测效率。