Для тестовых классов JUnit4 требуется публичный конструктор arg?

Ответ 1

Спасибо всем за ваше время и ваши ответы. Я нашел решение. Раньше я думал, что ввод для частичной части моей целевой ant должен быть .class файлами, но также можно использовать .java файлы.

Это решило проблему. Теперь он больше не жалуется на внутренние классы, отсутствующие в публичных конструкторах.

<target name="junit" description="Execute unit tests">
 <delete dir="tmp/rawtestoutput"/>
 <delete dir="test-reports"/>
    <mkdir dir="tmp/rawtestoutput"/>     
    <junit printsummary="on" failureproperty="junit.failure" fork="true">
      <jvmarg value="-Duser=TBA -Dpassword=ibber11"/>
        <classpath refid="class.path.test"/>
        <classpath refid="class.path.model"/>
        <classpath refid="class.path.gui"/>
        <classpath refid="class.path.jfreereport"/>
     <classpath path="tmp/${test.jar}"/>
      <batchtest todir="tmp/rawtestoutput">
        <fileset dir="src/test">
            <include name="**/*.java"/>
         <exclude name="**/SessionHelper.java"/>
         <exclude name="**/TestHelper.java"/>
        </fileset>
      </batchtest>
     <sysproperty key="user" value="tba"/>
     <sysproperty key="password" value="ibber11"/>
    </junit>
    <junitreport todir="tmp">
      <fileset dir="tmp/rawtestoutput"/>
      <report todir="test-reports"/>
    </junitreport>
    <fail if="junit.failure" message="Unit test(s) failed.  See reports!"/>
</target>

Моя единственная проблема сейчас в том, что я должен отфильтровать тестовые классы без тестов, чтобы избежать "Без запускаемых методов" -error. То есть, вспомогательные классы и классы.

Должно быть более элегантное решение, чем мое. Одним из решений может быть соглашение об именах, как предлагается [JUnit: как избежать "no runnable methods" в классах тестовых utils.

Вспомогательные классы не содержат аннотации @Test. Это должно быть возможно каким-то образом использовать...

Ответ 2

Я считаю, что вам нужен конструктор no-args, но если вы не объявите никаких конструкторов, Java создаст для вас синтетический. Вы уверены, что ant -task не подбирает другой класс; который, как только происходит, соответствует соглашению об именах, которое вы установили (*Test или Test*)?

Ответ 3

У вас должен быть конструктор по умолчанию для тестового примера. В противном случае, бегун не знает, как создать экземпляр класса. Похоже, у вас есть конструктор с args. Java не создает конструктор по умолчанию, если у вас уже есть конструктор.

Как правило, вам следует избегать конструкторов в тестовых случаях. Если вы хотите выполнить инициализацию, напишите метод init и добавьте его в @BeforeClass. Преимущество в том, что трассировка стека будет намного более чистой, если у вас есть какие-либо ошибки. Как вы можете видеть, трассировка стека конструктора действительно запутанна для большинства людей.

Ответ 4

Eclipse использует другую реализацию для выполнения тестовых примеров JUnit4 - у нее есть собственный тестовый бегун. Это отличается от используемого Ant - по умолчанию, доступного в дистрибутиве JUnit, и является причиной несоответствия, отмеченного в поведении выполнения сред в Ant и Eclipse.

Взглянув на исходный код JUnit 4.3.1, 4.5 и 4.7 (особенно у тестировщиков), показано, что классы тестов должны иметь открытый конструктор с нулевым аргументом. Обратите внимание, что бегун по умолчанию в JUnit v4.7 BlockJUnit4ClassRunner. Вы заметите, что javadocs (что жалко!) Содержат правила, которые следует соблюдать в отношении того, что представляет собой хорошо сформированный тестовый класс - один из них - конструктор с нулевым аргументом.

Ответ 5

Экземпляры ваших тестовых классов должны быть сделаны каким-то образом. Вы можете создать тест no-arg, который добавляет тестовые экземпляры, созданные каким-то другим способом, что может быть полезно для параметрирования тестов (или в JUnit 3, во всяком случае).

Но зачем вы подавляете синтетический конструктор no-arg?

Ответ 6

Наличие конструктора no-arg позволяет агрегировать классы тестов в сюиты:

 TestSuite suite = new TestSuite();
 suite.add(TestClass.class);
 ...

Ответ 7

Для более старых версий junit, если у вас есть слово "Test" в вашем внутреннем классе, эта проблема возникнет.

Мы столкнулись с этой проблемой при реализации шаблона подкласса для теста, назвав подкласс, например, FooForTest. Переименовав его в FooSubclass, проблема была решена.

См. приведенный выше комментарий от @Vineet Reynolds для получения более подробной информации об затронутых версиях junit и почему это происходит для ant, но не для eclipse.

Надеюсь, что это поможет!

Ответ 8

Нестатические внутренние классы имеют скрытый конструктор, который принимает внешний класс как аргумент. Если ваши внутренние классы не разделяют состояние с внешними классами, просто сделайте их static.

Ответ 9

Может быть, потому, что вы используете Enclosed.class, тогда закрытые классы должны быть static

@RunWith(Enclosed.class)
public class MyClassThatCointaintTestClasses {
    public static class Class1Test {
@Test
public void test1(){
}
@Test
public void test2(){
}
}

public static class Class2Test {
@Test
public void test21(){
}
@Test
public void test22(){
}
}

}