【发布时间】:2010-10-17 04:16:45
【问题描述】:
我正在开发一个具有 100% Flex UI 的 web 应用程序,该项目通过 Blaze 与运行在应用程序服务器上的 Java 后端进行通信。该团队已经创建了许多单元测试,但只为持久性模块创建了集成测试。现在我们想知道集成测试其他部分的最佳方法。这是我们现在拥有的Maven模块,我相信这是一个非常典型的设计:
服务器端:
1) 一个 Java 域模块——它只有单元测试
2) 一个 Java 持久性模块 (DAO) -- 现在它只有集成测试,可以与实时数据库对话以测试 DAO,这里没有真正的单元测试
3) 一个 Java 服务模块——现在它只有单元测试
客户端:
4) 打包为 SWC 并与 Java 后端对话的 Flex 服务模块——目前这根本没有测试
5) 在 Flex 服务模块之上实现 Flex UI 的 Flex 客户端模块 - 目前只有单元测试(我们使用 MATE 创建了一个松散耦合的客户端,视图中没有逻辑)。
这 5 个模块被打包成一个 WAR,可以部署在应用服务器或 servlet 容器中。
这是我的 4 个问题:
- 我们应该向服务模块添加集成测试,还是考虑到持久模块具有集成测试并且服务模块已经具有单元测试,这是否是多余的?似乎 Flex-Services 模块的集成测试具有更高的优先级,并且会同时运行服务模块。
- 我们喜欢将集成测试保留在其模块中的想法,但 Flex 服务模块和 WAR 模块存在循环性。 Flex 服务模块的集成测试不能在没有应用服务器的情况下运行,因此这些测试将具有 战争结束后来,是吗?
- 什么是好的技术 集成测试 Flex 客户端 UI(例如,类似 Selenium,但对于 Flex)?
- 我们是否应该将最终集成测试放在 WAR 模块或创建一个单独的 在 WAR 之后构建的集成测试模块?
非常感谢任何帮助/意见!
【问题讨论】:
标签: java apache-flex web-applications integration-testing maven