métodos de garantía @BeforeSuite ciervas TestNG se ejecutan antes que los métodos @BeforeTest?

Question

Antecedentes: Mi objetivo es un sistema de código de TestNG-selenio que se ejecuta auto-contenida (sin condiciones a los plugins de Maven o de hormigas; simplemente Java). Debe permitir casos de prueba para aceptar parámetros, incluyendo el navegador y el dominio de la URL. Cuando la instancia TestRunner estos casos de prueba, el navegador y el dominio se utilizan para obtener un objeto selenio para llevar a cabo se está poniendo a prueba.

PROBLEMA: Sólo una clase de prueba por suite tiene éxito en conseguir el parámetro de dominio (en una @BeforeSuite método) antes de intentar obtener un objeto de selenio (en un @BeforeTest). Las clases de prueba que no reciben el dominio tienen un objeto nulo selenio b / c peralte ser instanciado.

CÓDIGO: Los XmlClasses son cada uno contenido dentro de su propio PruebaXml y los tres están en una sola XmlSuite. La suite contiene el en el orden de TestClass1, TestClass2, entonces TestClass3. Las clases de prueba en sí son subclases de 2 capas de clases base abstractas que incluye una funcionalidad para inicializar variables inyectados y posteriormente obtener una instancia de selenio. El propósito de esto es una prueba o múltiple aplicaciones (en varios dominios) con el menor código repetido como sea posible (es decir: Selenio creación de instancias es de la clase base de la raíz, ya que es común a todas las pruebas). Ver los métodos los detalles a continuación.

// Top-most custom base class
abstract public class WebAppTestBase extends SeleneseTestBase
{
        private static Logger logger = Logger.getLogger(WebAppTestBase.class);
        protected static Selenium selenium = null;
        protected String domain = null;
        protected String browser = null;

        @BeforeTest(alwaysRun = true)
        @Parameters({ "selenium.browser" })
        public void setupTest(String browser)
        {
                this.browser = browser;
                logger.debug(this.getClass().getName()
                                + " acquiring Selenium instance ('" + this.browser + " : " + domain + "').");
                selenium = new DefaultSelenium("localhost", 4444, browser, domain);
                selenium.start();
        }

}

// Second level base class.
public abstract class App1TestBase extends WebAppTestBase
{

        @BeforeSuite(alwaysRun = true)
        @Parameters({"app1.domain" })
        public void setupSelenium(String domain)
        {
                // This should execute for each test case prior to instantiating any Selenium objects in @BeforeTest
                logger.debug(this.getClass().getName() + " starting selenium on domain '" + domain+ "'.");
                this.domain = domain;
        }
}

// Leaf level test class
public class TestClass1 extends App1TestBase
{
        @Test
        public void validateFunctionality() throws Exception
        {
                // Code for tests go here...
        }
}

// Leaf level test class
public class TestClass2 extends App1TestBase
{
        @Test
        public void validateFunctionality() throws Exception
        {
                selenium.isElementPresent( ...
                // Rest of code for tests go here...
                // ....
        }
}


// Leaf level test class
public class TestClass3 extends App1TestBase
{
        @Test
        public void validateFunctionality() throws Exception
        {
                // Code for tests go here...
        }
}

SALIDA: TestCase3 se ejecuta correctamente. TestCase1 y TestCase2 falla. seguimiento de la pila se genera ...

 10:08:23 [DEBUG RunTestCommand.java:63] - Running Tests.
 10:08:23 [Parser] Running:
  Command line suite
  Command line suite

[DEBUG App1TestBase.java:49] - TestClass3 starting selenium on domain 'http://localhost:8080'.
 10:08:24 [DEBUG WebAppTestBase.java:46] - TestClass2 acquiring Selenium instance ('*firefox : null').
 10:08:24 [ERROR SeleniumCoreCommand.java:40] - Exception running 'isElementPresent 'command on session null
 10:08:24 java.lang.NullPointerException: sessionId should not be null; has this session been started yet?
        at org.openqa.selenium.server.FrameGroupCommandQueueSet.getQueueSet(FrameGroupCommandQueueSet.java:216)
        at org.openqa.selenium.server.commands.SeleniumCoreCommand.execute(SeleniumCoreCommand.java:34)
        at org.openqa.selenium.server.SeleniumDriverResourceHandler.doCommand(SeleniumDriverResourceHandler.java:562)
        at org.openqa.selenium.server.SeleniumDriverResourceHandler.handleCommandRequest(SeleniumDriverResourceHandler.java:370)
        at org.openqa.selenium.server.SeleniumDriverResourceHandler.handle(SeleniumDriverResourceHandler.java:129)
        at org.openqa.jetty.http.HttpContext.handle(HttpContext.java:1530)
        at org.openqa.jetty.http.HttpContext.handle(HttpContext.java:1482)
        at org.openqa.jetty.http.HttpServer.service(HttpServer.java:909)
        at org.openqa.jetty.http.HttpConnection.service(HttpConnection.java:820)
        at org.openqa.jetty.http.HttpConnection.handleNext(HttpConnection.java:986)
        at org.openqa.jetty.http.HttpConnection.handle(HttpConnection.java:837)
        at org.openqa.jetty.http.SocketListener.handleConnection(SocketListener.java:245)
        at org.openqa.jetty.util.ThreadedServer.handle(ThreadedServer.java:357)
        at org.openqa.jetty.util.ThreadPool$PoolThread.run(ThreadPool.java:534)

Agradezco cualquier información que pueda tener sobre este tema.

Answer 1

Creo que el problema es que su método @BeforeSuite es asignar un valor a un campo, pero hay tres casos diferentes, por lo que los otros dos no que éste se inicia.

Recuerde que @BeforeSuite solamente se ejecuta una vez, independientemente de lo que la clase al que pertenece. Como tal, @ Antes de métodos / AfterSuite se definen generalmente en clases que están fuera de todo el entorno de prueba. Estos métodos realmente debe ser estática pero decidí no hacer cumplir este requisito, ya que a veces es poco práctico.

Creo que una mejor manera de abordar el problema es que mirar a su campo de dominio como un recurso inyectado que cada uno de su prueba recibirán de Guice u otro marco de inyección de dependencias.