java - 通过 Maven 集成测试 Flex/Java Web 应用程序的最佳方法？

Question

我正在从事一个项目，该项目正在开发一个具有 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 个问题:

1. 我们是否应该向服务模块添加集成测试，或者考虑到持久模块具有集成测试并且服务模块已经具有单元测试，这是否多余？ Flex-Services 模块的集成测试似乎也具有更高的优先级，并且会同时测试服务模块。
2. 我们喜欢将集成测试保留在它们的模块中的想法，但是 Flex 服务模块和 WAR 模块存在循环。 Flex 服务模块的集成测试无法在没有应用程序服务器的情况下运行，因此这些测试将具有 war 结束后才会到来，是吗？
3. 什么是好的技术集成测试 Flex客户端 UI(例如类似 Selenium ，但对于 Flex)？
4. 我们是否应该将最终的集成测试放在WAR 模块或创建一个单独的战后构建的集成测试模块？

非常感谢任何帮助/意见!

Answer 1

与其说是强有力的答案，不如说是一种暗示，但或许可以看看 fluint (以前是 dpUInt )和 Continuous Integration with Maven, Flex, Fliunt, and Hudson博文。