随着自研的测试平台在企业内部的深入应用，这个过程中既遭遇了测试平台建设过程中普遍存在的共性挑战，也面临了不同企业环境下独特的实施难题。

回顾过去四年的平台建设历程，不断优化平台应用架构和技术架构，以适应不断变化的需求。在此，特撰此系列文章，对平台的发展历程、优化策略进行全面复盘分析，也希望能够给大家在自己的测试平台化建设过程中提供一些参考。

该系列分享，初步规划了十个章节，包含原子性设计、分层设计、参数化设计、数据驱动模式设计、测试环境设计、执行模式设计、执行结果设计等。

测试环境设计这个包含两个方面：

1. 测试执行环境 ——如何提升自动化测试运行环境的易部署性、可移植性、稳定性。
2. 测试验证环境 ——如何灵活的支持、管理、切换测试、开发、预发等不同的验证环境。

测试执行环境的设计

这一点采用容器化部署方案的话，会相对简单，这里大概介绍一下自研平台的解决思路：

1. 自动化测试底层框架进行服务化封装，即封装成（http/s）服务。该服务接受参数为任务id，用例id或用例标签等参数，可通过该任务id请求拉取获取数据库中的接口用例并执行，并通过平台的结果推送接口，上报执行结果、进度。
2. 将该服务封装成 Docker镜像，支持容器化部署即可。

测试验证环境的设计

验证环境的相关设计：设计态

• 多环境支持：在用例设计时，对接口域名进行参数化，以支持后续传递不同测试环境（如开发环境、测试环境、预生产环境等），以满足不同阶段的测试需求，如下。

• 环境配置管理：在项目全局配置管理中，支持创建测试环境，同时支持创建该环境的全局变量定义，如下。

验证环境的相关设计：运行态

• 环境灵活切换：在创建执行任务时，支持用户直接选择该任务的验证环境，如下：