GitLab CI/CD中Maven自动化测试未执行问题排查求助

核心原因 #

你用Start-Process启动PowerShell进程执行测试命令的方式，是导致流水线显示成功但未实际运行测试的关键：

• Start-Process会创建独立的新进程，GitLab Runner的脚本父进程不会等待这个新进程执行完毕，直接结束并标记阶段成功，导致测试可能根本没启动，或者启动后在后台运行但流水线已结束，日志也无法被捕获。
• 即便测试实际运行了，新进程的输出不会同步到GitLab流水线日志中，你看不到新的测试报告日志，误以为没运行。

解决建议 #

方案1：直接执行命令（推荐） #

去掉Start-Process，直接在GitLab流水线脚本中执行命令，GitLab Runner的Windows执行器会自动等待命令完成并捕获日志：

test_regression_suite:
  stage: test_regression_suite
  tags:
    - ci
  script:
    - cd C:\Users\path_to_my_test_framework
    - mvn test --debug
  allow_failure: true

或者如果需要明确指定PowerShell环境：

test_regression_suite:
  stage: test_regression_suite
  tags:
    - ci
  script:
    - powershell.exe -Command "Set-Location -Path 'C:\Users\path_to_my_test_framework'; mvn test --debug"
  allow_failure: true

方案2：修改Start-Process参数（不推荐，仅作参考） #

如果坚持要用Start-Process，必须添加-Wait参数让父进程等待新进程完成，同时添加-NoNewWindow参数让输出同步到流水线日志：

test_regression_suite:
  stage: test_regression_suite
  tags:
    - ci
  script:
    - Start-Process powershell.exe "-Command Set-Location -Path 'C:\Users\path_to_my_test_framework'; mvn test --debug" -Wait -NoNewWindow
  allow_failure: true

额外检查点 #

• 确认GitLab Runner的运行用户和你手动执行命令的用户权限一致，避免因权限问题导致测试无法启动（比如无法访问Maven仓库或测试资源）。
• 可暂时移除allow_failure: true，让流水线失败时暴露具体错误输出，排查潜在问题。

内容的提问来源于stack exchange，提问作者Amad Bin Mumtaz