Автоматически заполнять настройку и отключение JUnit

Question

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

Когда я создаю новый класс JUnit Test Case, у меня есть возможность для eclipse автоматически создавать методы setUp() и tearDown().

Есть ли способ изменить методы setUp и TearDown по умолчанию, чтобы иметь некоторые пользовательские строки кода?

Так что, когда я создаю новый тестовый класс с методом нАлАдкИ проверили я получаю:

@Before 
public void setUp() throws Exception 
{ 
    UnitTestSetup.standardSetup(); 
} 

импорта не должен быть проблемы, поскольку она будет автоматически импортировать нужный пакет на сохранения.

Answer 1

Если вы хотите изменить выход нового мастера JUnit Test Case Eclipse, это невозможно без перезаписи исходного кода плагина. Сгенерированный код: hard-coded into the wizard.

 buffer.append("void "); //$NON-NLS-1$ 
     buffer.append(methodName); 
     buffer.append("() throws "); //$NON-NLS-1$ 
     buffer.append(imports.addImport("java.lang.Exception")); //$NON-NLS-1$ 
     buffer.append(" {}"); //$NON-NLS-1$ 
     buffer.append(delimiter); 

JUnit поддерживает наследование. Один из способов применения общего @Before и @After ваших тестов, чтобы поместить их в общий родительский класс, и наследовать от этого в тестовых случаях:

public class Common { 
    @Before 
    public void setUp() { 
     ... 
    } 
    @After 
    public void tearDown() { 
     ... 
    } 
} 

public class MyTest extends Common { 
    @Test 
    public void test() { 
     // Common.setUp() will have been run before this test 
     // Common.tearDown() will run after the test 
    } 
} 

Answer 2

Почему бы просто не создать класс для выполнения кода для установки, другой класс, чтобы выполнить срыв и использовать эти классы для инкапсуляции логики, необходимой для выполнения настройки и срыва соответственно. Тогда вы могли бы назвать эту логику из того места, где когда-либо и когда-либо вам понадобилось.

Что-то вроде этого:

Бизнес-класс:

package com.foo.bar.businesslogic.woozinator; 

public class Woozinator { 

    public void doSomething() { 
     System.out.println("Doing something."); 
     System.out.println("Done."); 
    } 

} 

испытаний Класс:

package com.foo.bar.businesslogic.woozinator; 

import org.junit.Test; 

import com.foo.bar.businesslogic.testutil.WidgitUserTestSetupUtil; 
import com.foo.bar.businesslogic.testutil.WidgitUserTestTearDownUtil; 

public class WoozinatorTest { 

    @Test 
    public void shouldPassTest() { 
     WidgitUserTestSetupUtil.setUp(); 
     // do test stuff here 
     WidgitUserTestTearDownUtil.tearDown(); 
    } 

} 

Класс установки:

package com.foo.bar.businesslogic.testutil; 

public class WidgitUserTestSetupUtil { 

    public static void setUp() { 
     System.out.println("Setting up widget environment for widget user test"); 
     // do stuff here 
     System.out.println("Done setting up environment"); 
    } 

} 

Сорвите класс:

package com.foo.bar.businesslogic.testutil; 

public class WidgitUserTestTearDownUtil { 

    public static void tearDown() { 
     System.out.println("Doing woozinator tear down."); 
     // undo stuff here 
     System.out.println("Done with woozinator tear down."); 
    } 

} 

Answer 3

Если вы действительно видите это стоит, вы могли бы написать свой собственный обработчик аннотации. Затем либо обработайте все, у вас есть аннотация @Test, либо можете добавить свою аннотацию @VerySpecialTestWithGeneratedSetupAndTeardown и добавить ее к классам/методам, которые вы хотите обработать.

Это будет целая куча кода, так что вам нужно будет иметь много тестов, чтобы оправдать это, но здесь хороший пошаговое руководство по написанию аннотаций Processors: http://hannesdorfmann.com/annotation-processing/annotationprocessing101/

Answer 4

Вы можете написать правило JUnit, который расширяет TestWatcher и движение ваш код к методам starting и finished.

public class YourRule extends TestWatcher { 
    @Override 
    protected void starting(Description description) { 
    UnitTestSetup.standardSetup(); 
    //more of your code 
    } 

    @Override 
    protected void finished(Description description) { 
    //your code 
    } 
} 

Используйте это правило в каждом испытании:

public class YourTest { 
    @Rule 
    public final YourRule yourRule = new YourRule(); 

    ... 
}