Java 连续测试的代码结构
我正在建立一个CD管道。我正在计划它的自动化测试部分。我计划做UI、Web服务、安全性和性能测试。我有一个关于代码结构的问题。因此,我计划将测试与代码放在同一个repo中,然后对核心测试框架进行单独的repo 回购产品Java 连续测试的代码结构,java,github,continuous-testing,Java,Github,Continuous Testing,我正在建立一个CD管道。我正在计划它的自动化测试部分。我计划做UI、Web服务、安全性和性能测试。我有一个关于代码结构的问题。因此,我计划将测试与代码放在同一个repo中,然后对核心测试框架进行单独的repo 回购产品 产品代码(项目) 集成测试(项目) 功能/e2e测试(项目) 用户界面测试(软件包) WebVC测试(软件包) 性能测试(包) 第二节测试(包) 回购测试核心 UI测试框架代码(项目) WebVC测试框架代码(项目) 性能测试框架代码(项目) Sec测试框架代码(项目)
- 产品代码(项目)
- 集成测试(项目)
- 功能/e2e测试(项目)
- 用户界面测试(软件包)
- WebVC测试(软件包)
- 性能测试(包)
- 第二节测试(包)
- UI测试框架代码(项目)
- WebVC测试框架代码(项目)
- 性能测试框架代码(项目)
- Sec测试框架代码(项目)
谢谢我觉得这种结构有点令人恼火 从建议的结构中,我推断您希望构建自己的测试框架。这听起来很可疑,尤其是当你想写其中的4个的时候 另一方面,您将它们都放在同一个存储库中,因此它们似乎密切相关。再说一遍:不一定是坏的/错的,但确实出乎意料 因为除了结构之外,我在您的问题中找不到任何提示,这就为拥有单独的存储库提供了一个很好的理由,所以我建议只使用一个存储库,假设您的“测试框架”只是测试主项目的实用工具 基本规则是一起更改的内容应该一起进行(在一个存储库中)。其他一切都让开发变得非常麻烦:更改A、安装、更改B、运行、调试、重复而不是更改、运行、调试、重复 既然你提到你还不完全清楚,什么会去哪里,我建议如下: 从单个项目开始。在该项目的测试目录中编写所有测试。观察您是否遇到问题。如果是这样,请进行调整。您可能经历的触发项目提取的事情:
- 测试运行缓慢,您希望单独运行它们
- 测试需要一个已部署的应用程序,所以它们应该在构建和安装所有其他内容之后运行
- 不同模块中的测试需要访问不应存在于主项目中的代码,因此它可能最终位于具有测试支持代码的模块中
- 测试运行缓慢,您希望单独运行它们
- 测试需要一个已部署的应用程序,所以它们应该在构建和安装所有其他内容之后运行
- 不同模块中的测试需要访问不应存在于主项目中的代码,因此它可能最终位于具有测试支持代码的模块中
- 我觉得这种结构有点令人恼火
从建议的结构中,我推断您希望构建自己的测试框架。这听起来很可疑,尤其是当你想写其中的4个的时候
另一方面,您将它们都放在同一个存储库中,因此它们似乎密切相关。再说一遍:不一定是坏的/错的,但确实出乎意料
因为除了结构之外,我在您的问题中找不到任何提示,这就为拥有单独的存储库提供了一个很好的理由,所以我建议只使用一个存储库,假设您的“测试框架”只是测试主项目的实用工具
基本规则是一起更改的内容应该一起进行(在一个存储库中)。其他一切都让开发变得非常麻烦:更改A、安装、更改B、运行、调试、重复而不是更改、运行、调试、重复
既然你提到你还不完全清楚,什么会去哪里,我建议如下:
从单个项目开始。在该项目的测试目录中编写所有测试。观察您是否遇到问题。如果是这样,请进行调整。您可能经历的触发项目提取的事情: