开篇

在现代软件开发中，接口自动化测试已成为确保系统稳定性和质量的关键环节。然而，当环境部署由运维团队负责时，如何与他们协同工作，确保接口在部署后能够顺利通过自动化测试呢？本文将为你揭秘这一过程的点点滴滴。

方案一：运维触发，测试团队响应

运维负责部署，测试团队负责验证

首先，你可以与运维团队约定一个测试触发机制。当运维完成环境部署后，自动触发接口自动化测试。这种方式特别适用于小型团队，因为它简单直接。

手动触发测试

运维部署完成后，会通过Slack、飞书或钉钉等工作软件通知你：“新环境部署完毕，测试环境 URL 是 xxx”。此时，你可以手动运行GitHub Actions或Jenkins进行自动化测试。

例如，运维在Slack上通知你：“新环境部署完毕，测试环境 URL 是 https://api.example.com”。你随后在本地运行GitHub Actions：

gh workflow run api-tests.yml -f environment=staging

或者登录Jenkins，选择API Test Job，点击Build Now，参数填入测试环境URL。

自动触发测试

如果运维团队有完善的自动化部署体系，你可以要求他们在部署成功后自动触发接口测试。运维可以执行Ansible、Kubernetes或Shell脚本进行部署，部署完成后自动调用GitHub Actions或Jenkins触发测试。

例如，运维执行Kubernetes部署脚本后，自动调用GitHub Actions触发API测试：

kubectl apply -f deployment.yaml
curl -X POST -H "Authorization: token $GITHUB_TOKEN" \
-H "Accept: application/vnd.github.v3+json" \
https://api.github.com/repos/YOUR_REPO/actions/workflows/api-tests.yml/dispatches \
-d '{"ref": "main"}' $GITHUB_TOKEN

方案二：CI/CD流程自动触发

Webhook触发GitHub Actions

如果公司已经建立了CI/CD流程，你可以让运维在部署完成后通过Webhook自动触发接口测试。这种方式适用于有完善CI/CD流程的公司。

例如，运维在Ansible/Kubernetes部署后，调用GitHub API触发自动化测试：

curl -X POST -H "Authorization: token $GITHUB_TOKEN" \
-H "Accept: application/vnd.github.v3+json" \
https://api.github.com/repos/YOUR_REPO/actions/workflows/api-tests.yml/dispatches \
-d '{"ref": "main"}' $GITHUB_TOKEN

API触发Jenkins运行接口测试

如果公司使用Jenkins进行CI/CD，你可以让运维在部署完成后通过API触发Jenkins Job。这种方式同样适用于有完善CI/CD流程的公司。

例如，运维在部署完成后，通过API触发Jenkins Job：

curl -X POST "http://jenkins.yourcompany.com/job/API-Test/buildWithParameters?token=YOUR_SECRET_TOKEN"

总结

在与运维团队协同进行接口自动化测试时，可以根据团队的实际情况选择合适的方案。如果团队流程不成熟，可以让运维手动通知你进行测试；如果公司有CI/CD流程，可以让运维自动触发接口测试；测试报告生成之后，可以让GitHub Actions或Jenkins自动通知Slack、钉钉或飞书，方便大家查看。

通过这种方式，测试团队和运维团队可以协同工作，确保新环境的接口功能是稳定的。希望本文能为你提供一些实用的参考和启示，助你在接口自动化测试的道路上更进一步！