Não TestNG garantia @BeforeSuite métodos são executados antes do @BeforeTest métodos?

Question

Plano de FUNDO:Meu objetivo é o código de uma TestNG-Selênio sistema que executa o auto-contido (sem cordas para o maven ou formiga de plugins;apenas a java).Ele deve permitir casos de teste para aceitar os parâmetros, incluindo o navegador e o url de domínio.Quando o TestRunner instancia esses casos de teste, o navegador e o domínio são usados para obter um objeto para executar o Selenium é o teste.

PROBLEMA:Apenas uma classe de teste por suite consegue encontrar o parâmetro de domínio (em um @BeforeSuite método) antes de tentar obter uma Selênio (objeto em um @BeforeTest).O teste de classes que não receber o domínio tem um valor nulo selênio objeto b/c ele não pode ser instanciado.

CÓDIGO:O XmlClasses são cada contida em sua própria XmlTest e todos os três estão em um único XmlSuite.A suite contém as em ordem de Classeteste1, TestClass2, em seguida, TestClass3.O teste de classes próprias são subclasses de 2 camadas de classes base abstratas que inclui a funcionalidade de inicializar injetado variáveis e posteriormente, obter uma instância de Selênio.A finalidade disso é para testar uma ou várias aplicativos (em vários domínios) com o mínimo de código repetido possível (ou seja:Selenium a instanciação é a raiz da base de dados de classe, porque é comum a todos os testes).Consulte os métodos mais detalhes abaixo.

// 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...
        }
}

SAÍDA:TestCase3 é executado corretamente.TestCase1 e TestCase2 falha.Rastreamento de pilha será gerado...

 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)

Agradeço qualquer informação que você possa ter sobre esta questão.

Answer 1

Eu acho que o problema é que o @BeforeSuite método é a atribuição de um valor a um campo, mas você tem três instâncias diferentes, então os outros dois nunca obter inicializado.

Lembre-se que @BeforeSuite é executado apenas uma vez, independentemente da classe a que ele pertence.Como tal, @Antes/AfterSuite métodos são geralmente definidos em classes que estão fora de todo o ambiente de teste.Esses métodos realmente deve ser estático, mas eu decidi não fazer cumprir este requisito, porque às vezes é impraticável.

Eu acho que a melhor maneira de abordar o problema é olhar para o seu campo de domínio como uma injetada de recursos que cada um do seu teste irá receber a partir de Guice ou outro framework de injeção de dependência.