@BeforeClass and inheritance - orden de ejecución

Question

Tengo una clase base abstracta, que utilizo como base para las pruebas de mi unidad (TestNG 5.10). En esta clase, inicializo todo el entorno para mis pruebas, estableciendo mapeos de bases de datos, etc. Esta clase abstracta tiene un método con una anotación @BeforeClass que hace la inicialización.

A continuación, extiendo esa clase con clases específicas en las que tengo @Test métodos y también @BeforeClass métodos. Estos métodos hacen una inicialización del entorno específica de la clase (por ejemplo, poner algunos registros en la base de datos).

¿Cómo puedo hacer cumplir un orden específico de los métodos anotados @BeforeClass? Necesito que los de la clase base abstracta se ejecuten antes que los de la clase extendida.

Ejemplo: Para

abstract class A { 
    @BeforeClass 
    doInitialization() {...} 
} 

class B extends A { 
    @BeforeClass 
    doSpecificInitialization() {...} 

    @Test 
    doTests() {...} 
} 

esperado:

A.doInitialization 
B.doSpecificInitialization 
B.doTests 

orden real:

B.doSpecificInitialization // <- crashes, as the base init is missing 
(A.doInitialization  // <---not executed 
B.doTests)    // <-/ 

Answer 1

no pone el @BeforeClass en la clase abstract. Llamarlo desde cada subclase.

abstract class A { 
    void doInitialization() {} 
} 

class B extends A { 
    @BeforeClass 
    void doSpecificInitialization() { 
     super.doInitialization(); 
    } 

    @Test 
    void doTests() {} 
} 

parece que TestNG tiene @BeforeClass(dependsOnMethods={"doInitialization"}) - darle una oportunidad.

Answer 2

edición: respuesta a continuación es para JUnit, pero voy a dejarlo aquí de todos modos, ya que podría ser útil.

De acuerdo con JUnit api: "Los métodos @BeforeClass de superclases se ejecutarán antes que aquellos de la clase actual."

He probado esto y parece funcionar para mí.

Sin embargo, como se menciona a continuación @Odys, por JUnit es necesario tener los dos métodos denominados de forma diferente aunque como hacer lo contrario dará lugar a sólo el método que se está ejecutando subclase porque será ensombrecido el padre.

Answer 3

Acabo de probar su ejemplo con 5.11 y obtengo el @BeforeClass de la clase base invocada primero.

¿Puedes publicar tu archivo testng.xml? Tal vez estés especificando A y B allí, mientras que solo B es necesario.

Siéntase libre de seguir en la lista de correo de usuarios de testng y podemos analizar su problema de cerca.

- Cedric

Answer 4

¿Qué hay de tener su método @BeforeClass llamar un método vacío specificBeforeClass() que pueden o no pueden ser sobrescritos por subclases de esta manera:

public class AbstractTestClass { 
    @BeforeClass 
    public void generalBeforeClass() { 
    // do stuff 
    specificBeforeClass(); 
    } 

    protected void specificBeforeClass() {} 
} 

public class SpecificTest { 
    @Override 
    protected void specificBeforeClass() { 
    // Do specific stuff 
    } 

    // Tests 
} 

Answer 5

añadí a public la clase abstracta y TestNG (6.0.1) ejecutaron doInitialization() antes de doTests.TestNG no ejecuta doInitialization() si quito public de la clase A.

public abstract class A { 
@BeforeClass 
doInitialization() {...} 
} 

class B extends A {  
@Test 
doTests() {...} 
} 

Answer 6

Cuando corro de: JUnitCore.runClasses (TestClass.class); se ejecutará el padre correctamente, antes de que el niño (No es necesario super.SetUpBeforeClass();) Si se ejecuta desde Eclipse: Por alguna razón no se ejecuta la clase base. El trabajo alrededor: Llamar explícitamente a la clase base: (BaseTest.setUpBeforeClass();) Es posible que desee tener un indicador en la clase base en caso de que lo ejecute desde una aplicación, para determinar si ya está configurado o no. Por lo tanto, solo se ejecuta una vez si lo ejecuta a través de ambos métodos posibles (por ejemplo, desde eclipse para pruebas personales, y a través de ANT para una versión de compilación).

Esto parece ser un error con Eclipse, o al menos los resultados inesperados ..

Answer 7

En mi caso (JUnit) tengo los mismos métodos llamados de configuración() en la clase base y la clase derivada. En este caso solo se llama al método de la clase derivada, y lo hago llamar al método de la clase base.

Answer 8

¿Por qué no intentas crear un método abstracto doSpecialInit() en tu superclase, llamado desde tu método anotado BeforeClass en superclase?

Entonces los desarrolladores que hereden su clase se ven obligados a implementar este método.

Answer 9

Acabo de pasar por esto y encontré una forma más de lograr esto. Solo use alwaysRun en @BeforeClass o @BeforeMethod en la clase abstracta, funciona como era de esperar.

public class AbstractTestClass { 
    @BeforeClass(alwaysRun = true) 
    public void generalBeforeClass() { 
     // do stuff 
     specificBeforeClass(); 
    } 
} 

Answer 10

dependsOnMethod se puede utilizar.

p. Ej. en el caso de la primavera (AbstractTestNGSpringContextTests)

@BeforeClass(alwaysRun = true, dependsOnMethods = "springTestContextPrepareTestInstance") 

Answer 11

Una manera mejor y más limpio para lograr esto usando herencia puede ser de la siguiente manera -

abstract class A { 

    @BeforeClass 
    void doInitialization() {} 
} 

class B extends A { 

    @Override 
    @BeforeClass 
    void doInitialization() { 
     super.doInitialization(); 
    } 

    @Test 
    void doTests() {} 
} 

Answer 12

Para JUnit: Como @fortega ha mencionado: Según a la API de JUnit: "Los métodos @BeforeClass de las superclases se ejecutarán antes que los de la clase actual".

Pero tenga cuidado para no nombrar ambos métodos con el mismo nombre. Dado que en este caso el padre padre ocultará el método principal. Source.

Answer 13

Aquí hay otra solución fácil.

Mi situación particular es que necesito inyectar servicios simulados desde "BeforeClass" en la subclase antes de que se ejecute "BeforeClass" en la superclase.

Para hacer esto, simplemente use un @ClassRule en la subclase.

Por ejemplo:

@ClassRule 
public static ExternalResource mocksInjector = new ExternalResource() { 
    @Override 
    protected void before() { 
     // inject my mock services here 
     // Note: this is executed before the parent class @BeforeClass 
    } 
}; 

espero que esto ayude. Esto puede ejecutar de manera efectiva la configuración estática en orden "inverso".

Answer 14

Revise su declaración de importación. Debe ser

import org.testng.annotations.BeforeClass;

no

import org.junit.BeforeClass;