构建管道中的持续测试

我们的开发团队每周发布几次，但测试仍然是手动运行，只有在有人记得时才会进行。因此，损坏的代码有时会进入暂存环境，甚至有一次进入了生产环境。我们需要将持续测试集成到我们的构建管道中，以便每次提交自动触发测试套件，失败的运行在造成任何损害之前阻止发布。

目标是一个管道阶段，在每次推送和拉取请求时运行单元测试、集成测试和一部分端到端测试。它应该生成一个清晰的报告，显示哪些通过，哪些失败以及原因，并将该报告发布到团队可以看到的地方，并将构建标记为红色，以便损坏的更改无法合并或部署。我们还希望标记不稳定的测试，而不是默默地无限重试，并通过并行化和缓存保持总运行时间合理。

我们使用一个常见的Git托管服务和一个标准的CI运行器；请告诉我们您熟悉哪些工具以及您将如何构建阶段。文档和为我们的工程师提供的简短交接会议是工作的一部分。

完成的设置应交付的内容：
— 在每次提交和合并请求时自动运行测试；
— 可读的通过和失败报告及日志；
— 测试失败时阻止发布；
— 通过并行作业和缓存快速反馈。