我正在从事一个项目，该项目正在开发一个具有 100% Flex UI 的 Web 应用程序，该 UI 通过 Blaze 与运行在应用程序服务器上的 Java 后端进行对话。该团队已经创建了许多单元测试，但只为持久性模块创建了集成测试。现在我们想知道集成测试其他部分的最佳方法。这是我们现在的 Maven 模块，我相信这是一个非常典型的设计:
服务器端:
1) 一个 Java 域模块——它只有单元测试
2) 一个 Java 持久性模块 (DAO)——现在它只有与实时数据库对话以测试 DAO 的集成测试，这里没有真正的单元测试
3) 一个 Java 服务模块——目前只有单元测试
客户端:
4) 一个打包为 SWC 并与 Java 后端对话的 Flex 服务模块——目前它根本没有测试
5) 在 Flex 服务模块之上实现 Flex UI 的 Flex 客户端模块 - 目前只有单元测试(我们使用 MATE 创建了一个松散耦合的客户端，在 View 中没有逻辑)。
这 5 个模块被打包成一个 WAR，可以部署在应用服务器或 servlet 容器中。
这是我的 4 个问题:
- 我们是否应该向服务模块添加集成测试，或者考虑到持久模块具有集成测试并且服务模块已经具有单元测试，这是否多余？ Flex-Services 模块的集成测试似乎也具有更高的优先级，并且会同时测试服务模块。
- 我们喜欢将集成测试保留在它们的模块中的想法，但是 Flex 服务模块和 WAR 模块存在循环。 Flex 服务模块的集成测试无法在没有应用程序服务器的情况下运行，因此这些测试将具有 war 结束后才会到来，是吗？
- 什么是好的技术 集成测试 Flex 客户端 UI(例如类似 Selenium ，但对于 Flex)？
- 我们是否应该将最终的集成测试放在 WAR 模块或创建一个单独的 战后构建的集成测试模块？
非常感谢任何帮助/意见!
最佳答案
与其说是强有力的答案，不如说是一种暗示，但或许可以看看 fluint (以前是 dpUInt )和 Continuous Integration with Maven, Flex, Fliunt, and Hudson博文。
关于java - 通过 Maven 集成测试 Flex/Java Web 应用程序的最佳方法？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3952013/