Continuous integration 使用VST构建/运行共享解决方案中定义的Selenium测试
我负责第三方组织开发的.NET项目的用户验收测试。他们已经在VSTS中创建了一个解决方案,我们正在使用敏捷过程进行协作,通过用户故事传达需求和验收标准。进行开发的第三方负责在移交UAT之前完成自己的测试 为了促进持续交付,我们有一个UAT服务器,并使用Web Deploy安装使用VST的应用程序的新版本。我需要编写Selenium测试来自动化UAT过程。我想知道我应该把那个项目放在哪里。我可以将它添加到现有的解决方案中,但我不想妨碍开发人员。我看到VSTS可以选择从远程存储库构建源代码。那么这是一个更好的选择吗?有没有关于这样做的好方法的指导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可以选择从远程存储库构建源代码。那么这是
- 如果您所做的工作与开发人员是分开的,那么您可以将项目放在自己的远程repo中,并从构建定义中的远程repo获取源
- 如果您正在做的工作与开发人员正在做的工作相关联,那么您应该将项目与开发人员放在同一个repo中,但使用不同的分支,以便您可以轻松地合并/重设基础
假设开发人员在托管在VSTS上的git repo中的
分支上工作,您可以从master
分支创建分支master
,并使用develope
分支定义CI构建以自动测试UAT过程。因此,您可以分别为同一个项目工作。如果需要,您可以将您的工作合并在一起develope