作为CI流程的一部分，您是否在QA运行功能端到端系统测试的不同环境中运行单元测试，或者使用相同的环境。我觉得需要不同的环境，因为使用1环境基本上会有一点风险，因为单元测试由于最新的合并和提交而失败，并打破了可能影响现有QA工作的关键功能，因为环境是相同的。但是如果团队使用不同的环境，那么单元测试的失败不会影响QA，因为他们会继续测试，因为他们有不同的环境。
想知道是否遵循了以上内容，或者是否有人遵循更好的流程请分享。
有些团队反对将2个不同的单元和功能QA测试环境作为部署开销，但我不同意。 所有建议反馈均在此处通过您项目中当前遵循的流程示例表示赞赏。
提前致谢
答案 0 :(得分：0)
无论环境如何，该功能都应该有效
单元和功能QA测试有2个不同的env作为部署开销
这不再是现代工具支持的问题（如Octopus Deploy），这些任务可以在任何严重的CI服务器上成功构建时链接。基本上没有实际的限制，many versions你可以每天推动Prod。
划分您的测试环境将为您提供faster feedback，单元测试运行速度比UI测试速度快。
根据我的经验，我们（至少是这些）
Dev env - 用于单元测试，您可以在其中每天多次构建和运行这些测试。
Int env - 用于集成测试，其中不同的服务/模块在足够稳定后进行测试。
QA env - 用于系统测试，其中所有UAT和E2E测试证明此候选版本为MVP且已为Prod做好准备。