【问题标题】:Simple Junit configuration is not working简单的 Junit 配置不起作用
【发布时间】:2011-05-13 21:33:58
【问题描述】:

我有一些旧代码想使用 Junit 进行测试。将其导入 Eclipse 后,它看起来像这样:

在此之后,我尝试测试类ACos。我输入了一些值,但它不起作用。我明白了:

我做错了什么?

【问题讨论】:

    标签: unit-testing testing junit junit4


    【解决方案1】:

    您的测试类似乎在主包中 (= "")。尝试不使用 jscicalc.pobject。

    更正:如果 pobject 应该是包,你应该将它设置为源文件夹。 (右键单击 -> 在其上构建路径)。

    【讨论】:

      【解决方案2】:

      您的 Java 代码应位于 src 文件夹下,而不是 pobject 文件夹下。

      可能也需要放在一个包中,但是如果不查看其中的代码就很难说出来。移动时出现的错误也应该很明显。

      【讨论】:

      • 当我试图在 src 下移动时,我遇到了很多错误。 Acos类的包是jscicalc.pobject;
      • 然后你需要创建一个文件夹jscicalc并将pobject文件夹放在里面。然后将 jscicalc 设置为源文件夹。
      • 是的,在src 下创建一个名为“jscicalc”的新文件夹(package),然后移动整个pobject 文件夹——包含的实际文件夹——在@987654326 下@文件夹 (package)。
      • Java 对其代码有一个非常严格的打包系统。你不能随便把代码扔到你想放的任何地方。因此,如果您的代码是在 package (大多数其他语言如 C++ 和 C# 中为 namespaces)中编写的,那么它必须按其名称包含在目录中,并且其父目录必须是父包,并且它的祖父目录必须是它的祖父包(等等)。如果没有定义包(不好的做法),那么它可以在基本目录中。基本目录可以在文件系统的任何位置,但 Eclipse 和 Netbeans 默认假定为 src
      • 我最初讨厌这种做法或强行将我的代码放在他们想要的地方而不是我想要的地方,但这实际上是我最喜欢的 Java 方面。即使在其他语言中,我也将这种做法用于我的命名空间定义。它简化了以后查找代码的过程。 “jscicalc.pobject.Container class 在哪里?哦,它总是在 jscicalc/pobject/Container.java 下的源目录 [无论定义在哪里] 下。”唯一的障碍是当您有多个源文件夹时,最常发生的情况是测试代码(通常在 test/src 下)和自动生成的代码 (build/src)。
      猜你喜欢
      • 2018-05-03
      • 2019-12-20
      • 2021-07-24
      • 2020-09-01
      • 1970-01-01
      • 1970-01-01
      • 2012-07-30
      • 2019-01-23
      • 2015-05-29
      相关资源
      最近更新 更多