【问题标题】:Should UI tests be run on a build server or after deployment?UI 测试应该在构建服务器上运行还是在部署之后运行?
【发布时间】:2017-03-28 18:32:53
【问题描述】:

应该在构建时(在构建服务器上运行应用程序)运行端到端测试,还是在部署之后运行?我还没有找到一个可靠的答案,哪个是标准。

编辑

我的意思是在部署到 QA/SIT/UAT 等之后......而不是在构建服务器上运行它而不完全部署它。

【问题讨论】:

  • 取决于需求——如果功能 (ui) 测试未通过,构建(持续集成)作业是否必须被视为失败?

标签: testing automated-tests e2e-testing


【解决方案1】:

拥有构建服务器的全部意义在于创建当前源代码的单个构建,您可以在其中运行测试并确保在部署它们之前一切正常。我不知道为什么有人会在部署之后想要运行测试。如果你发现了一个错误会发生什么?你要回滚部署吗?始终在部署前进行测试。

理想情况下,您将拥有一个模拟生产环境的构建环境,允许您在“已部署”环境中运行测试。这就是您拥有开发/登台/生产服务器的原因。

【讨论】:

  • 取决于团队/组织的成熟度——构建服务器的重点不是“运行测试”,尽管如果从持续交付的角度考虑它是一种额外/理想的能力看法。从堆栈溢出的角度来看,请参阅stackoverflow.com/questions/1099133/…
  • 这也不是“创建单一的代码源”——这也是 svn、git 等源代码控制的目的。
  • 此外,在“拥有构建服务器的全部意义”的上下文中不需要运行测试——请参阅上面评论中的其他 SO 链接。我发誓,我不想学究气!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-03-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-08-18
相关资源
最近更新 更多