【问题标题】:where to put cypress tests: with front end code or own repo? [closed]在哪里放置 cypress 测试:使用前端代码还是自己的 repo? [关闭]
【发布时间】:2020-04-02 03:38:23
【问题描述】:

我是赛普拉斯的新手,我正在努力寻找存储测试的最佳实践。我看到似乎有很多资源可用于如何组织文件夹以设置夹具、测试、插件等,但如果人们实际上将测试与正在测试的前端代码一起存储或在它自己的单独回购中?

在尝试设置 CICD 时,其中一个有什么优势吗?

【问题讨论】:

  • 我能先问一下这些是什么类型的测试吗? Cypress 测试在文件夹结构的完整设置等方面可能非常繁重,这些是单元级测试还是集成/ui/e2e 测试?
  • 我们将这些用作集成测试,所以我猜它们需要同时支持前端和后端 api(不同的存储库)
  • 那么我建议将您的测试框架设置在单独的存储库中。在我们的场景中,我们使用 Docker,我们的前端和后端使用 docker-compose 文件建立起来,并且针对这些组件运行测试。

标签: continuous-integration integration-testing cypress


【解决方案1】:

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

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

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

【讨论】:

    猜你喜欢
    • 2018-03-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多