Попытка подавить ошибки при подключении браузера
РЕДАКТИРОВАТЬ: я использую LeanFT Java SDK 14.50 EDIT2: для уточнения текста
Я пишу тестовые сценарии для веб-приложения, которое иногда открывает всплывающие браузеры для определенных действий. Поэтому, как правило, когда это происходит, я присоединяю новый браузер, используя BrowserFactory.attach(...). Проблема в том, что у leanFT, похоже, нет способа проверить, существует ли браузер перед его подключением, и если я попытаюсь подключить его слишком рано, он потерпит неудачу. И я не люблю использовать произвольное время ожидания / сна, так как никогда не могу точно знать, сколько времени потребуется браузеру, чтобы подготовиться. Так что мое решение этого ниже
private Browser attachPopUpBrowser(BrowserType bt, RegExpProperty url){
Browser browser = null;
int iteration = 0;
//TimeoutLimit.SHORT = 15000
while (browser == null && iteration < TimeoutLimit.SHORT.getLimit()) {
try {
Reporter.setReportLevel(ReportLevel.Off);
browser = BrowserFactory.attach(
new BrowserDescription.Builder()
.type(bt)
.url(url)
.build()
);
Reporter.setReportLevel(ReportLevel.All);
} catch (GeneralLeanFtException e) {
try {
Thread.sleep(1000);
iteration += 1000;
} catch (InterruptedException e1) {
}
}
}
return browser;
}
Теперь это прекрасно работает за одним исключением. Это приводит к ошибкам в результатах теста на отклонение. Ошибки, которые я хочу игнорировать, потому что я знаю, что он потерпит неудачу несколько раз, прежде чем он добьется успеха. Как вы можете видеть, я пытался изменить ReportLevel при этом, чтобы подавить регистрацию ошибок, но это не работает. Я пытался использовать
Browser[] browsers = BrowserFactory.getallOpenBrowsers(BrowserDescription);
думая, что он вернет пустой массив, если ничего не найдет, но я все еще получаю ошибки, пока браузер не готов. У кого-нибудь есть предложения относительно того, как я мог бы обойти это?
TL; DR
Я ищу способ либо подавить ошибки, сгенерированные в цикле While..Loop, либо проверить, что браузер готов перед его подключением. Все это, чтобы у меня был хороший и чистый результат выполнения в конце моего теста (потому что эти ошибки будут давать ложные отрицания почти во всех моих тестах)
добавление
Кроме того, когда присоединение завершается неудачно в первый раз, я получаю исключение
com.hp.lft.sdk.ReplayObjectNotFoundException: attachApplication
как и ожидалось, но все последующие сбои выкидывают
com.hp.lft.sdk.GeneralLeanFtException: Cannot read property 'match' of null
Я сравнил обе трассировки стека, и они идентичны, за исключением последних двух строк, которые происходят в ReplayExceptionFactory.CreateDefault(), поэтому я думаю, что есть что-то, что повреждено во время генерации исключения, но это в пределах leanft.sdk. внутренний пакет, так что, возможно, мы не сможем с этим что-либо сделать прямо сейчас. Я предполагаю, что если бы я не получил второе исключение "не может прочитать свойство", я бы правильно получал исключение ReplayObjectNotFoundException, пока браузер не будет правильно подключен.
1 ответ
Я бы предпочел не заставлять attach
бесконечно, пока не заработает. Даже если бы мы решили ложные негативы, у нас все равно был бы не очень хороший подход к проблеме.
Самым чистым решением было бы посмотреть, есть ли что-нибудь, к чему можно присоединиться в первую очередь.
И вы можете сделать это, получив все экземпляры браузера, которые соответствуют вашему описанию.
Browser[] browsers = BrowserFactory.getAllOpenBrowsers(new BrowserDescription.Builder().build());
Любой элемент в этой коллекции - это уже "прикрепленный" браузер - вы можете начать его использовать.
Если в списке нет экземпляра вашего браузера, повторите запрос.