未找到测试运行程序“ JUnit 4”的测试

我的Java测试在Eclipse上运行良好。但是现在，当我从运行菜单重新启动测试时，我收到以下消息：

No tests found with test runner 'JUnit 4'

在.classpath文件中，我有所有jar文件，最后有：

<classpathentry exported="true" kind="con" path="org.eclipse.jdt.junit.JUNIT_CONTAINER/4"/>
    <classpathentry kind="output" path="bin"/>
</classpath>

如何解决此错误并重新运行测试？

这只是发生在我身上。重建或重新启动Eclipse并没有帮助。

我通过重命名一种测试方法以“ test ...”（JUnit3样式）开始解决了该问题，然后找到了所有测试。我将其重命名为以前的名称，并且仍然有效。

当我们收到这些错误时，Eclipse似乎感到困惑。重新启动Eclipse，刷新项目，清理它，让Eclipse重建它，然后再试一次。在大多数情况下，它就像一种魅力。

在“测试”目录的上下文菜单中，选择“构建路径”->“用作源文件夹”。Eclipse应该将unitTests.java文件视为源文件。警告“未找到JUnit测试”发生，因为您的“ build”目录中没有unitTests.class文件

检查您的测试类是否扩展了“ TestCase”。如果是这样，请删除该子句。您的类无需从“ TestCase”类扩展。这是我遇到的大多数情况。

public class MyTestCase extends TestCase{
  @Test
  public void checkSomething() {
    //...
  }
}
//Result> AssertionFailedError: No test Found in MyTestCase

遵循TestCase应该没问题。

public class MyTestCase {
  @Test
  public void checkSomething() {
    //...
  }
}
//Works fine

我遇到了同样的问题，并将其调试为Web和junit内部的不良示例。基本上，不要让类扩展TestCase，如Junit 4.x的一些示例所示。使用一些命名约定Test，或者如果您要具有注释，则可以使用@RunWith（JUnit4.class）。

如果需要访问断言方法，则可以扩展声明或使用静态导入。

如果您的类扩展了TestCase，那么即使您使用Junit 4 Runner，它也将以3运行。这是因为在初始化代码中会检测到：

请参见JUnit3Builder和以下行：

boolean isPre4Test(Class<?> testClass) {
    return junit.framework.TestCase.class.isAssignableFrom(testClass);
}

这将返回true，并且不会尝试进行junit4兼容性测试。

尝试添加

@Test这样的测试方法之上

@Test
public void testParse()
{

}

我会提出另一个可能的解决方案：我既不能从编辑器窗口也不能从Package Explorer运行测试类，但是右键单击Outline视图中的类名称并选择Run As JUnit测试成功了...去吧！

JUnit4中没有测试套件。请改用注释或使用旧的JUnit3名称约定。

例：

@RunWith(Suite.class)
@SuiteClasses({YourClassWithTests.class})

这也发生在我身上。我尝试重新启动Eclipse，并在测试方法前加上了测试。两者都不起作用。

工作以下步骤：将@BeforeClass和@AfterClass中存在的所有测试方法更改为静态方法。

也就是说，如果您的测试方法采用以下格式：

@BeforeClass
public void testBeforeClass(){
}

然后将其更改为：

@BeforeClass
public static void testBeforeClass(){
}

这对我有用。

我找到了答案：

当我从eclipse中独立执行测试时出现此错误（右键单击该方法，然后选择以junit测试身份运行），

当我将完整的类作为junit test执行时，该测试使用参数正确执行。

遇到此问题时，我只需要编辑文件并保存即可...就像魅​​力一样

我的问题是声明import org.junit.Test;已消失（或未添加？）。添加import完之后，我必须删除另一个声明（Eclipse会提示您哪个声明），然后一切再次开始工作。

很晚了，但为我解决了问题的是，我的测试方法名称全部以大写字母开头：“ public void Test”。使小写字母t有效。

我尝试了Germán的解决方案。它适用于我班上的所有方法，但我的项目中有很多班。

因此，我尝试从构建路径中删除，然后重新添加。效果很好。

希望能帮助到你。

六年后……Eclipse仍然存在问题，偶尔找不到JUnits。

在我的Eclipse Mars 2中，我发现如果@Test文件中包含9个或10个以上的批注，它将无法识别从git引入的测试类。我需要注释掉所有额外的测试，运行测试类，然后取消注释并重新运行该类。去搞清楚...

可能是您的JUnit启动配置是针对单个测试类的，并且您以某种方式将其更改为“在源文件夹，程序包或项目中运行所有测试”

但这可能会触发“找不到测试运行器'JUnit 4'的测试”错误消息。

或者您在测试类中进行了修改，删除了@Test注释。
请参阅此Wiki页面。

在运行JUnit测试时，我也面临相同的问题。我通过将注解@Test放在主要测试函数上方来解决此问题。

解决问题的方法类似于@JamesG的答案：我重新启动了Eclipse，重新构建了项目，然后刷新了它；但是在执行任何操作之前，我首先关闭了该项目（在资源管理器中右键单击项目->关闭项目），然后重新打开它。然后它起作用了。

在找到我刚刚描述的最终解决方案之前，我找到了一种解决方法：复制测试类，并将测试类作为JUnit运行。

检查测试所在的文件夹是否为源文件夹。如果不是，请右键单击并用作源文件夹。

关闭并打开对我有用的项目。

还有另一种机会，您可能已将Junit Test从较低版本（例如Junit 3）更改为Junit 4。因此，请按照以下步骤操作：-

1. Right Click on class
2. Select Run as >> "Run Configurations"
3. Check your "Test Runner" option in new window
4. If it not same as maven change it for example change it as Junit 4.

@Test在测试之上添加。
将鼠标悬停在注释上。
选择“将junit 4库添加到类路径”

您的Eclipse项目基于Maven吗？如果是这样，您可能需要更新m2eclipse版本。

简要说明一下：我在Eclipse中有一个基于Maven的项目，最初是使用Eclipse中的“新Maven项目”向导生成的。我正在使用JUnit 4.5进行单元测试，并且可以很高兴地使用maven从命令行运行测试，而使用Eclipse作为JUnit测试运行来自Eclipse的单个测试...。但是，当我尝试运行所有测试时在项目中，通过在项目根节点上调用JUnit test ...运行，Eclipse抱怨“ 未使用测试运行器junit 4找到任何测试 ”。通过从m2eclipse更新站点将m2eclipse升级到最新的稳定开发版本来解决（特别是，我从Eclipse Galileo中的0.9.8.200905041414版本升级到0.9.9.200907201116版本）。

从这里：http : //nuin.blogspot.com/2009/07/m2eclipse-and-junit4-no-tests-found.html

这也发生在我身上。我发现在Eclipse中，我没有创建新的Java类文件，所以这就是为什么不进行编译的原因。如果尚不存在，请尝试将代码复制到Java类文件中，然后进行编译。

我发现，如果您的测试类从扩展，Eclipse似乎只会执行JUnit 3样式测试TestCase。如果删除继承，则注释对我有用。

请注意，您需要静态导入所有必需的assert*方法，例如import static org.junit.Assert.*。

我必须在命令行上执行mvn clean，然后在Eclipse中进行project-> clean。我事先给班级改名，然后又改回了班级，但我怀疑这样做有帮助。

我还在Maven（m2e 1.4）上运行Eclipse。测试是在Maven上运行的，但不是在Eclipse上运行的。Maven>Update project。

我的解决方案是在m2e生成的.classpath中添加一些行。线路现在停滞不前。

<classpathentry kind="src" output="target/test-classes" path="src/test/java">
  <attributes>
    <attribute name="optional" value="true"/>
    <attribute name="maven.pomderived" value="true"/>
  </attributes>
</classpathentry>

我有时会遇到这个问题。对我来说，最解决问题的方法是从“运行”配置中运行JUnit测试...确保将JUnit 4设置为测试运行程序。

通常，在尝试从Package Explorer的上下文菜单中运行为... Junit测试时，会看到此问题。如果右键单击要尝试运行的测试的代码，而不是选择“运行方式...” Junit Test，则选择“运行配置” ...确保正确设置项目，测试类和测试运行器，单击“应用”，然后运行一直在为我工作。

我开始在Selenium和Eclipse中工作，并且正在做我的第一个自动化测试，并且从代码@ Before，@ Test和@After注释中删除，并且遇到了这个问题“测试运行程序junit4找不到测试” 。

我的解决方案是简单地再次添加@ Before，@ Test和@After注释，并使用我的脚本工作。重要的是不要从代码中删除它。

这是使用Google搜索某些内容的简单测试：

import java.util.regex.Pattern;
import java.util.concurrent.TimeUnit;

import org.junit.*;

import static org.junit.Assert.*;
import static org.hamcrest.CoreMatchers.*;

import org.openqa.selenium.*;
import org.openqa.selenium.firefox.FirefoxDriver;
import org.openqa.selenium.support.ui.Select;

public class TestingClass {

    private WebDriver driver;
    //Creates an instance of the FirefoxDriver
    **@Before**
    public void SetUp() throws Exception {
        driver = new FirefoxDriver();
    }

    **@Test**   
    //Search using keyword through Google Search
    public void TestTestClass2 () throws Exception {
        driver.get("http://www.google.com.mx/");
        driver.findElement(By.name("q")).sendKeys("selenium");
        Thread.sleep(10000);
        driver.findElement(By.name("btnG")).click();
        Thread.sleep(10000);
    }

    //Kill all the WebDriver instances
    **@After**
    public void TearDown() throws Exception {
        driver.quit();
    }

}

使用ScalaIDE（3.0.4-2.11-20140723-2253-Typesafe）我遇到了类似的问题 Right Click Scala Test Class-> Run As -> Scala Junit Test上下文菜单。

我尝试编辑类（但不是因为编译失败），清理，关闭项目，关闭Eclipse。这些都无法恢复以前运行良好的类的上下文菜单。测试类不使用@Test注释，而是使用@RunWith(classOf[JUnitRunner]) ScalaTest代码在类顶部注释。

当我尝试选择 Scala Junit Test直接从“运行配置”启动编辑器中进行，收到了该问题的对话框。Footix29的答案是我的关键。

我注意到，即使我已经清理过几次项目，/ bin目录中的类实际上并没有在一段时间内被重建。

这是我返回上下文菜单并能够再次运行的方式 Scala Junit Test s的方式：

• manually通过删除/bin/<package dir>*via Explorer 清理类
• Project -> Clean编辑了该项目并进行了全面重建

我怀疑一般而言，类编辑能够清除Eclipse的某些保存状态并使它再次运行。就我而言，我尝试过的所有以前的工作课程都失败了，所以manual干净的步骤只是我需要的锤子。但是，影响Eclipse的类路径/构建状态概念的其他技巧也应该起作用。

此外，我认为，此行为部分是由于尝试通过重命名Scala类（Scala Eclipse IDE吸吮了该类）而重构了Scala类，其中，初始文件更改后的所有清除操作都是手动的。没有构建错误，但是也没有警告，我期望这意味着Eclipse的构建状态信息中肯定存在某些错误。