Continuous integration 在哪里放置cypress测试:使用前端代码还是自己的回购?

Continuous integration 在哪里放置cypress测试:使用前端代码还是自己的回购?,continuous-integration,integration-testing,cypress,Continuous Integration,Integration Testing,Cypress,我是Cypress的新手,试图找到存储测试的最佳实践。我看到似乎有大量的资源用于如何组织文件夹来设置装置、测试、插件等。但如果人们实际使用正在测试的前端代码存储测试,或者将测试存储在单独的repo中,我似乎找不到任何建议 在尝试设置CICD时,其中一种方法是否有任何优点?强烈建议将测试存储在与应用程序或前端代码相同的代码库或存储库中,原因如下: 通常,新的代码更改需要与附带的测试相结合,或者需要更新已有的测试以验证新的行为或功能 在代码审查过程中,在相关测试的同时查看新代码是很重要的 在针对前

我是Cypress的新手,试图找到存储测试的最佳实践。我看到似乎有大量的资源用于如何组织文件夹来设置装置、测试、插件等。但如果人们实际使用正在测试的前端代码存储测试,或者将测试存储在单独的repo中,我似乎找不到任何建议


在尝试设置CICD时,其中一种方法是否有任何优点?

强烈建议将测试存储在与应用程序或前端代码相同的代码库或存储库中,原因如下:

  • 通常,新的代码更改需要与附带的测试相结合,或者需要更新已有的测试以验证新的行为或功能
  • 在代码审查过程中,在相关测试的同时查看新代码是很重要的
  • 在针对前端的每次提交或拉取请求(PR)之后在CI进程中运行的测试可以防止错误或易出错代码的合并。在PR工作流中集成CI要容易得多

应用程序存储库中的测试是最常见的模式,但您的实现能力可能会因您的项目、团队/组织结构或技术债务限制而有所不同。

我可以先问一下这些是什么类型的测试吗?Cypress测试在文件夹结构等的完整设置方面可能相当繁重,这些是单元级测试还是集成/ui/e2e测试?我们将它们用作集成测试,因此我猜它们需要同时支持前端和后台api(不同的repo)。我建议将您的测试框架设置在单独的repo中。在我们的场景中,我们使用Docker,前端和后端使用Docker compose文件进行站立,测试针对这些组件运行。