Continuous integration 持续集成我的自动化测试应该从哪里运行

我有一个连接到源代码控制系统的竹服务器。 如果将新代码添加到源代码管理系统中，就会触发一个新的构建，这个构建的结果是两个工件：“code.jar”“automated_test_scripts”

Jar文件被部署到我的测试服务器。

---

但是自动化测试脚本呢？它们应该直接从Bambol本身运行，或者是一个只处理运行自动化测试的专用测试服务器，或者甚至应该复制到测试服务器并从那里运行，关于这些选项的最佳实践是什么？

最佳实践规定，在所有单元测试成功完成之前，您的构建是不完整的。否则，您不知道构建是否成功。最好是竹自动执行单元测试作为构建的一部分，并报告结果

这可以设置为构建中的一个单独阶段，甚至只是同一构建作业中的后续步骤。如果它是一个单独的阶段，您可以在专用测试服务器上的远程代理上执行它（如果您愿意）

---

一旦所有构建完成，您就有了可以部署到登台、UAT和生产的工件，并且对质量有信心，因为它们已经通过了所有单元测试。

您能用自动测试脚本描述所需的流程吗？您想让它们在测试服务器上运行吗？自动测试脚本=邮递员集合和邮递员环境域。两个都是jason的档案。这些文件将使用Newman（postman/jetpacks命令行工具）针对部署到测试服务器的.jar文件运行。也许这些文件不是问题所在，而是下一步，从Newman运行解析junit文件并将结果注入Jira/Xray。希望这能更好地说明这一点。竹子已经按照您在评论中描述的方式进行了设置。我关心的是，当代码已经生成并且所有单元测试都通过时，什么是最佳实践。我想进行自动化程度最低的ui测试和集成测试。我已经创建了用于将源代码部署到测试机的部署脚本，但是我应该从哪里运行自动化测试呢？我担心的是，如果我用竹子来制作它们，我可能会用很多逻辑来污染竹子，而mayb可能会在其他地方被处决！在我自己的项目中，我有一个运行集成测试的子构建计划。主构建计划触发子计划。集成测试工件由主计划构建，子计划等待相关系统可用（它们可能被其他测试运行使用），然后部署到集成测试环境并执行集成测试。