Continuous integration 使用VST构建/运行共享解决方案中定义的Selenium测试

Continuous integration 使用VST构建/运行共享解决方案中定义的Selenium测试,continuous-integration,azure-pipelines,continuous-delivery,user-acceptance-testing,Continuous Integration,Azure Pipelines,Continuous Delivery,User Acceptance Testing,我负责第三方组织开发的.NET项目的用户验收测试。他们已经在VSTS中创建了一个解决方案,我们正在使用敏捷过程进行协作,通过用户故事传达需求和验收标准。进行开发的第三方负责在移交UAT之前完成自己的测试 为了促进持续交付,我们有一个UAT服务器,并使用Web Deploy安装使用VST的应用程序的新版本。我需要编写Selenium测试来自动化UAT过程。我想知道我应该把那个项目放在哪里。我可以将它添加到现有的解决方案中,但我不想妨碍开发人员。我看到VSTS可以选择从远程存储库构建源代码。那么这是

我负责第三方组织开发的.NET项目的用户验收测试。他们已经在VSTS中创建了一个解决方案,我们正在使用敏捷过程进行协作,通过用户故事传达需求和验收标准。进行开发的第三方负责在移交UAT之前完成自己的测试

为了促进持续交付,我们有一个UAT服务器,并使用Web Deploy安装使用VST的应用程序的新版本。我需要编写Selenium测试来自动化UAT过程。我想知道我应该把那个项目放在哪里。我可以将它添加到现有的解决方案中,但我不想妨碍开发人员。我看到VSTS可以选择从远程存储库构建源代码。那么这是一个更好的选择吗?有没有关于这样做的好方法的指导

  • 如果您所做的工作与开发人员是分开的,那么您可以将项目放在自己的远程repo中,并从构建定义中的远程repo获取源

  • 如果您正在做的工作与开发人员正在做的工作相关联,那么您应该将项目与开发人员放在同一个repo中,但使用不同的分支,以便您可以轻松地合并/重设基础

    假设开发人员在托管在VSTS上的git repo中的
    master
    分支上工作,您可以从
    master
    分支创建分支
    develope
    ,并使用
    develope
    分支定义CI构建以自动测试UAT过程。因此,您可以分别为同一个项目工作。如果需要,您可以将您的工作合并在一起


谢谢是的,我认为远程回购是正确的选择。我将编写C#Selenium测试,但需要将它们与创建功能的开发人员分开。