使用范围测试避免 Maven 循环依赖
Avoid maven cyclic dependency with scope test
我有下一个问题。 “A”库包含自定义 JSF 组件。 “B”库包含对这些自定义组件和其他一些组件（Primefaces JSF 组件）的 Selenium 测试。
当我开发“A”时，我想使用“B”测试任何更改，以检查我是否破坏了某些东西。所以“A”在测试范围内需要“B”依赖。
当我开发“B”时，我想使用“A”测试任何更改，以便在测试时即时部署网站，以检查我是否破坏了某些东西。所以“B”在测试范围内需要“A”依赖。
那么，避免循环依赖并实现我的目标的最佳方法是什么？
您可能需要选择：
使用“A 应用程序”进行 B 测试，例如应用程序但根本不是 A 的应用程序，以避免在 B 依赖中包含 A。
有一个新的 C 测试模块，它具有 A 和 B 作为依赖项。 C 正在用 A 测试 B。但是这种情况开始变得不那么容易维护了...
一般来说，您不需要测试您的测试工具，除非您的工具制作了一些复杂的东西。在这种情况下，我会做一些自主的小测试集。
我有下一个问题。 “A”库包含自定义 JSF 组件。 “B”库包含对这些自定义组件和其他一些组件（Primefaces JSF 组件）的 Selenium 测试。
当我开发“A”时，我想使用“B”测试任何更改，以检查我是否破坏了某些东西。所以“A”在测试范围内需要“B”依赖。
当我开发“B”时，我想使用“A”测试任何更改，以便在测试时即时部署网站，以检查我是否破坏了某些东西。所以“B”在测试范围内需要“A”依赖。
那么，避免循环依赖并实现我的目标的最佳方法是什么？
您可能需要选择：
使用“A 应用程序”进行 B 测试，例如应用程序但根本不是 A 的应用程序，以避免在 B 依赖中包含 A。
有一个新的 C 测试模块，它具有 A 和 B 作为依赖项。 C 正在用 A 测试 B。但是这种情况开始变得不那么容易维护了...
一般来说，您不需要测试您的测试工具，除非您的工具制作了一些复杂的东西。在这种情况下，我会做一些自主的小测试集。