在持续集成中,重点是通过基本的构建验证测试来获得自动化的良好构建,而持续部署则将重点放在测试和发布管理流程上。
我当时在运行正常的天蓝色构建管道中执行specflow硒测试。但是有人通过从构建管道中获取工件来强迫我在发布管道中运行这些测试,而不是在构建管道中运行。
我没有将任何应用程序部署到服务器或任何其他计算机。我的发布管道仅运行硒测试。
我想知道为什么要在发布管道本身中创建发布管道。
在构建管道中运行Selenium测试具有以下缺点:
但是在某些情况下,在构建管道中执行少量的Selenium测试是有意义的(如果其他测试未涵盖)。>
如果您有一个大产品或构建管道需要很长时间,则这很有意义。您不想等待几个小时就可以在发布管道中获得成功的构建,因为某些基本功能无法正常运行,因此所有测试都将失败。
在持续集成中,重点是通过基本的构建验证测试来获得自动化的良好构建,而持续部署则将重点放在测试和发布管理流程上。
通常,在部署应用程序后(通常在QA环境中,您将在构建工作流程中运行单元测试,并在发布工作流程中运行功能测试。
[官方document也建议在发布管道中运行Selenium测试
在持续集成中,重点是通过基本的构建验证测试来获得自动化的良好构建,而持续部署则将重点放在测试和发布管理流程上。