使用Docker Compose限制并行容器CPU使用率及实现容器内UI自动化测试

你把40个测试模块拆成独立的Compose服务这个思路很赞，不过针对UI自动化测试，还有几个关键细节需要处理，我给你梳理一下：

解决容器内的UI显示问题 #

UI自动化测试需要图形环境，但默认Docker容器是没有桌面的，所以得给容器加虚拟显示：

方案1：用Xvfb（虚拟帧缓冲，适合无界面运行） #

如果不需要看测试过程的UI，只需要运行测试，那Xvfb最合适。你可以在Docker镜像里预装Xvfb，然后在启动测试前先启动它，再设置DISPLAY环境变量指向虚拟显示。比如把你的command改成：

powershell "Xvfb :99 -screen 0 1024x768x16 & $env:DISPLAY=':99'; cd C:\tools;&'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\MSTest.exe' /testcontainer:C:\tools\SpecFlowPr..."

（注：如果是Windows容器，Xvfb可能不适用，你可以换成Windows的虚拟显示工具，比如VNC Server，或者用支持GUI的Windows基础镜像）

方案2：用VNC（方便调试测试过程） #

如果需要偶尔查看测试的UI界面（比如排查失败用例），可以在容器里装VNC服务器，启动时设置密码，然后用VNC客户端连接到容器的VNC端口就能看到实时界面了。

优化40个服务的资源占用 #

40个服务并行跑很容易把主机资源榨干，建议这么做：

• 给每个服务设置CPU和内存限制，参考第一个问题的cpus和memory参数，比如：

  services:
    Module1:
      image: ${Image_Name}
      command: ...
      deploy:
        resources:
          limits:
            cpus: '0.5'
            memory: '512M'
  

• 不要一次性启动所有40个服务，可以分批启动。比如给服务加标签分组，然后用命令启动指定组：

  # 启动标签为test.group=group1的所有服务
  docker-compose up -d --no-deps $(docker-compose config --services --filter "label=test.group=group1")
  

测试结果和日志的收集 #

• 把测试报告目录挂载到主机，这样测试结束后直接在主机上就能看结果：

  Module1:
    image: ${Image_Name}
    volumes:
      - ./test-reports/module1:/C/tools/test-reports  # 替换成容器内报告的实际路径
    command: ...
  

• 配置日志限制，避免日志占满磁盘：

  Module1:
    image: ${Image_Name}
    logging:
      driver: "json-file"
      options:
        max-size: "10m"  # 单个日志文件最大10M
        max-file: "3"    # 最多保留3个日志文件
  

服务依赖与启动顺序 #

如果测试模块需要依赖被测应用、数据库之类的服务，一定要用depends_on确保依赖服务先启动：

services:
  app_under_test:
    image: your_app_image:latest
    ...
  Module1:
    image: ${Image_Name}
    depends_on:
      - app_under_test
    command: ...

不过要注意，depends_on只保证启动顺序，不保证依赖服务完全就绪（比如数据库启动完成但还没初始化好）。你可以在测试脚本里加个等待逻辑，或者给依赖服务加healthcheck，让Compose等服务就绪后再启动测试。

内容的提问来源于stack exchange，提问作者Gandhar khaladkar