При запуске открывается браузер FF, но при этом в нижнем правом углу горит надпись “WebDriver”, при наведении на которую идет тултип с сообщением о невозможности доступа драйверу до браузера.
Стоит заметить, что при запуске теста с этим фрагментом без указанных зависимостей, все работает отлично.
Надпись WebDriver показывается в браузере (FF) всегда когда тесты выполняются под WebDriver и никакой зависимости от dependsOnMethods там нет. Проблема в чём-то другом.
Как проблема выглядит непонятно. Тебя просто смущает тултип всплывающий?
Возможная причина: ты запускаешь один единственный тест stage003 и в конфиг TestNG прописывается запуск одного только этого теста. При этом, в момент выполнения TestNG обнаруживает, что тест зависит от stage002, которого в конфиге запуска нет. И на этом подвисает, выдает Exception или что-то другое, о чём ты ничего не написал.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd">
<suite name="Java_ProjectsM_V.003.014">
<test verbose="2" name="CMS_Administration_UserManager_014">
<classes>
<class name="CMS_Administration_UserManager014_U05.TestIncludeCommand001_14"/>
</classes>
</test>
</suite>
Это .xml запуска сьюта - тут просто указан сам пакет. Кроме ошибок о не найденных полях ввода и элементов веб-страницы, ничего другого в логи не пишется. Поэтому не знаю куда копать.
В том то и дело: я писал, что надпись “горит” (красным цветом - это значит, что удаленный контроль не доступен). Обычно же эта надпись отображается черным цветом.
UPD: Решил не полагаться на отчет в консоли, а оставить прогонку теста до завершения и почитать итоговые отчеты. В общем, оказывается все работает, просто у меня не указана в зависимостях второй стадии первая - как итог, сначала идет попытка выполниться второй стадии, потом идет запуск первой и только после этого стартует третья. Иными словами я оказывается совсем не правильно понимал систему создание зависимостей. Есть мысли как это править?
А что собственно вам не понятно? dependsOnMethods гарантирует выполнения метода НЕ ранее его зависимостей и скип метода, если одна из зависимостей зафейлилась. Что мега удобно при распараллеливании тестов - т.к. построение графа порядка выполнения testng берет на себя.
На вашем примере: допустим мы запускаем тесты в два потока => одновременно стартуют stage001 и stage002 => после выполнения stage002 (причем stage001 в этот момент может продолжать выполняться) стартует stage003.