Защитает ли тестирование методов @beeforesuite методы @beforetests?

Question

Фон: Моя цель состоит в том, чтобы кодировать систему Testng-Selenium, которая управляет автономным (без строк для плагинов Maven или Ant; просто Java). Он должен разрешить тестовые случаи принимать параметры, включая браузер и URL домена. Когда TestRunner информирует эти тестовые случаи, браузер и домен используются для получения объекта SELENIUM для выполнения тестирования.

Проблема: только один тестовый класс на люкс удается получить параметр домена (в методе @beeforesuite) перед попыткой получения объекта SELENIUM (в @beforetest). Классы испытаний, которые не получают домен, имеют нулевой объект Selenium B / C, он не может быть создан.

Код: XMLClasses каждый содержится в своих собственных xmltest, и все три находятся в одном Xmlsuite. Сюита содержит в порядке TestClass1, TestClass2, затем TestClass3. Сами тестовые классы сами являются подклассами из 2 слоев абстрактных базовых классов, которые включают функциональность для инициализации введенных переменных и впоследствии получают экземпляр селена. Целью для этого является тестирование одного или нескольких приложений (в нескольких областях) с максимально возможным повторным кодом (т. Е. Эксирование селена находится в корневом базовом классе, потому что это обычно для всех испытаний). Смотрите методы ниже для деталей.

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

Выход: TestCase3 работает правильно. TestCase1 и TestCase2 не удается. Трассировка стека создается ...

 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)

Я ценю любую информацию, которую вы можете иметь по этому вопросу.

Answer 1

Я думаю, что проблема в том, что ваш метод @beforesuite присваивает значение поля для поля, но у вас есть три разных случая, поэтому два других никогда не получают инициализации.

Помните, что @Beeforesuite работает только один раз, независимо от того, к какому классу он принадлежит. Таким образом, @ до / послепредные методы обычно определяются на классах, которые находятся за пределами всей тестовой среды. Эти методы действительно должны быть статичными, но я решил не соблюдать это требование, потому что иногда это непрактично.

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