Junit @ Before / @ After çağrılarının sırası nedir?

Entegrasyon Test Paketim var. IntegrationTestBaseTüm testlerimin uzatılması için bir dersim var . Bu temel sınıf, API ve DB bağlantılarını kurmak için bir @Before( public void setUp()) ve @After( public void tearDown()) yöntemine sahiptir. Yaptığım şey, her test senaryosunda bu iki yöntemi geçersiz kılmak ve super.setUp()ve super.tearDown(). Ancak bu, birisi amiri aramayı unutursa veya onu yanlış yere koyarsa ve bir istisna atılırsa ve sonunda süper çağırmayı unutursa sorunlara neden olabilir.

Ne yapmak istediğinizi yapmak olduğunu setUpve tearDowntemel sınıf yöntemleri finalve daha sonra sadece kendi açıklamalı ekleyin @Beforeve @Afteryöntemler. Bazı ilk testler yapmak, her zaman şu sırayla çağırıyor gibi görünüyor:

Base @Before
Test @Before
Test
Test @After
Base @After

ancak siparişin garanti edilmediği ve sorunlara neden olabileceği konusunda biraz endişeliyim. Etrafıma baktım ve konu hakkında hiçbir şey görmedim. Bunu yapıp yapamayacağımı ve sorun yaşamadığımı bilen var mı?

Kod:

public class IntegrationTestBase {

    @Before
    public final void setUp() { *always called 1st?* }

    @After
    public final void tearDown() { *always called last?* }
}


public class MyTest extends IntegrationTestBase {

    @Before
    public final void before() { *always called 2nd?* }

    @Test
    public void test() { *always called 3rd?* }

    @After
    public final void after() { *always called 4th?* }
}

Evet, bu davranış garantilidir:

@Before:

Üst @Beforesınıfların yöntemleri, mevcut sınıfta geçersiz kılınmadıkları sürece, mevcut sınıfın yöntemlerinden önce çalıştırılacaktır. Başka bir sıralama tanımlanmamıştır.

@After:

Üst @Aftersınıflarda bildirilen yöntemler, geçerli sınıfta geçersiz kılınmadıkları sürece, geçerli sınıfın yöntemlerinden sonra çalıştırılacaktır.

Beni daha önce ısıran potansiyel bir şey:

@BeforeHer test sınıfında en fazla bir yönteme sahip olmayı seviyorum , çünkü @Beforebir sınıf içinde tanımlanan yöntemlerin çalıştırılma sırası garanti edilmiyor. Tipik olarak böyle bir yöntem arayacağım setUpTest().

Ancak, @Beforeolarak belgelenmesine rağmen The @Before methods of superclasses will be run before those of the current class. No other ordering is defined., bu yalnızca ile işaretlenen her yöntemin @Beforesınıf hiyerarşisinde benzersiz bir ada sahip olması durumunda geçerlidir .

Örneğin, şunlara sahiptim:

public class AbstractFooTest {
  @Before
  public void setUpTest() { 
     ... 
  }
}

public void FooTest extends AbstractFooTest {
  @Before
  public void setUpTest() { 
    ...
  }
}

Daha AbstractFooTest.setUpTest()önce kaçmayı bekliyordum FooTest.setUpTest()ama sadece FooTest.setupTest()idam edildim . AbstractFooTest.setUpTest()hiç çağrılmadı.

Çalışması için kod aşağıdaki şekilde değiştirilmelidir:

public void FooTest extends AbstractFooTest {
  @Before
  public void setUpTest() {
    super.setUpTest();
    ...
  }
}

Bence dokümantasyona @Beforeve @Afterdoğru sonuca dayanarak , yöntemlere benzersiz adlar vermek. Testlerimde aşağıdaki kalıbı kullanıyorum:

public abstract class AbstractBaseTest {

  @Before
  public final void baseSetUp() { // or any other meaningful name
    System.out.println("AbstractBaseTest.setUp");
  }

  @After
  public final void baseTearDown() { // or any other meaningful name
    System.out.println("AbstractBaseTest.tearDown");
  }
}

ve

public class Test extends AbstractBaseTest {

  @Before
  public void setUp() {
    System.out.println("Test.setUp");
  }

  @After
  public void tearDown() {
    System.out.println("Test.tearDown");
  }

  @Test
  public void test1() throws Exception {
    System.out.println("test1");
  }

  @Test
  public void test2() throws Exception {
    System.out.println("test2");
  }
}

sonuç olarak vermek

AbstractBaseTest.setUp
Test.setUp
test1
Test.tearDown
AbstractBaseTest.tearDown
AbstractBaseTest.setUp
Test.setUp
test2
Test.tearDown
AbstractBaseTest.tearDown

Bu yaklaşımın avantajı: AbstractBaseTest sınıfının kullanıcıları, yanlışlıkla setUp / tearDown yöntemlerini geçersiz kılamaz. Eğer isterlerse, tam adı bilmeleri gerekir ve bunu yapabilirler.

Bu yaklaşımın (küçük) dezavantajı: Kullanıcılar, kurulumlarından / tearDown'larından önce veya sonra olan şeyler olduğunu göremezler. Bunların soyut sınıf tarafından sağlandığını bilmeleri gerekir. Ama soyut sınıfı kullanmalarının sebebinin bu olduğunu varsayıyorum

Bir şeyleri tersine çevirirseniz, temel sınıf özetinizi bildirebilir ve alt bileşenlerin temel sınıfın açıklamalı setUp ve tearDown yöntemlerinde çağrılan setUp ve tearDown yöntemlerini (ek açıklamalar olmadan) bildirmesini sağlayabilirsiniz.

Her zaman önce çağrıldığından @BeforeClassemin olmak için ek açıklamayı kullanabilirsiniz setup(). Benzer şekilde, her zaman en son çağrıldığından @AfterClassemin olmak için ek açıklamayı kullanabilirsiniz tearDown().

Bu genellikle tavsiye edilmez, ancak desteklenir .

Bu tam olarak istediğiniz şey değil - ama esasen testlerinizin çalıştığı süre boyunca DB bağlantınızı açık tutacak ve ardından sonunda bir kez ve tamamen kapatacaktır.

Bu, sloganlı soruya bir cevap değil, ancak sorunun gövdesinde bahsedilen sorunlara bir cevaptır. @Before veya @After kullanmak yerine, size daha fazla esneklik sağladığı için @ org.junit.Rule kullanma konusuna bakın . ExternalResource (4.7 itibariyle), bağlantıları yönetiyorsanız en çok ilgilendiğiniz kuraldır. Ayrıca, kurallarınızın garantili yürütme sırasını istiyorsanız, bir Kural Zinciri kullanın ( 4.10'dan itibaren ). Bu soru sorulduğunda bunların hepsinin mevcut olduğuna inanıyorum. Aşağıdaki kod örneği ExternalResource'un javadocs'tan kopyalanmıştır.

 public static class UsesExternalResource {
  Server myServer= new Server();

  @Rule
  public ExternalResource resource= new ExternalResource() {
      @Override
      protected void before() throws Throwable {
          myServer.connect();
         };

      @Override
      protected void after() {
          myServer.disconnect();
         };
     };

  @Test
  public void testFoo() {
      new Client().run(myServer);
     }
 }