【问题标题】:Best way to create automated testing in a Java environment在 Java 环境中创建自动化测试的最佳方法
【发布时间】:2011-09-27 22:44:12
【问题描述】:

我的任务是寻找进行集成单元测试的最佳方法。我们有一个非常大的 Java EE 5 应用程序(桌面)。现在我们使用一个名为 QF-TEST 的工具,它对于大型测试来说非常麻烦,并且在任何代码更改时都很难使用(容易破解)。

我们现在想做一些更标准的东西,让开发者有更多的控制权。

我在这里阅读了一些帖子:

Unit testing in Java EE environment

Automated Testing - 有点酷,虽然是针对 .Net 的

Best practice approach for automated testing

easiest Automated testing tool in Java

从我读过的一般信息来看,JUnit/JUnitEE 可能是最好的(最好的意思是学习最快,可能是 JAVA 标准)。

JUnit 是否适合大型 Java EE 应用程序?还有哪些其他人认为更好的选择(如果有的话)?

谢谢!

【问题讨论】:

    标签: unit-testing jakarta-ee qf-test


    【解决方案1】:

    这是一个非常广泛的问题。这是很多书的主题。从 JUnit 开始,开始阅读有关测试驱动设计/开发 (TDD) 的内容,然后从那里构建。遇到更具体的问题时,请提出更具体的问题。您可以从 "Test Infected" 开始,这是 JUnit 网站上一篇相当古老但仍然适用的文章。

    【讨论】:

    • 是的,我知道这是一个广泛的问题,但我不知道从哪里开始。我将开始阅读有关此处提供的链接的更多信息,并提出更多问题。
    【解决方案2】:

    我认为对于 java,我会使用 junittestNG 框架,如果您的应用程序涉及持久性/数据库,我会添加 dbUnit

    如果您有 mavenantgradle 之类的构建脚本,我还建议您研究 Jenkins 和类似工具来自动构建。

    我建议使用 maven,因为它有 life cycle events 用于测试,您可以使用 ant 添加目标,我没有使用过 gradle,但如果让我选择,我会选择 gradle

    【讨论】:

      【解决方案3】:

      JUnit 不适用于大型 Java EE 应用程序,它只是最低要求。

      但是既然你已经有一个应用程序,编写 jUnit 测试对你没有帮助,因为 jUnit 不是一个测试工具。 jUnit 用于 TDD 和重构安全,事后才编写 jUnit 测试根本行不通。

      也就是说你应该尽快学习jUnit4(可以在60秒内完成) 然后了解 TDD(可以在 2-3 小时内完成) 并将 jUnit 用于您将来对应用程序所做的每一次代码更改。

      至于您已经拥有的代码,您需要的是“代码分析器”。 这意味着将检查您的源代码是否违反编码标准、代码重复、进行代码覆盖、依赖性分析和复杂性监控的工具。 (所有这些以及更多作为 eclipse 插件存在)

      您可能还需要一些“java gui 测试”框架(替换 QF-TEST) 那里有很多开源替代品,在网上搜索。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-11-29
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2020-07-19
        相关资源
        最近更新 更多