Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
С большим волнением представляю вам довольно новую для вас и нашей отрасли идею: Открытое тестирование: что, если мы откроем наши тесты так же, как наш исходный код? Я говорю не просто о тест-фреймворках с открытым исходным кодом. Я говорю об открытии самих тестов. Что, если делиться тест-кейсами и процедурами автотестов станет нормой? Что, если для компаний будет нормальным открыто публиковать результаты тестов? И каков уровень открытости тестирования, к которому наша отрасль должна стремиться?
Автоматизирую приложение на Java + Selenium и у меня на одном из этапов кейса присутствует электронная подпись. Это виндовое приложение.
В момент, когда кейс доходит до вызова этого приложения, появляется следующая форма( даже не знаю как правильно ее назвать)
Без понятия как ее автоматически выбирать в браузере.
Пробовал следующие варианты:
1. Нажать клавиши Left и Enter, чтобы перейти на кнопку "Открыть приложение" и выбрать, но кейс падает т.к. надо привязываться к какому-то элементу, а элемент перекрыт пытающейся открыться подписью
public OtherBankPage pressKeys() {
sendMoneyButton.sendKeys(Keys.LEFT);
sendMoneyButton.sendKeys(Keys.ENTER);
return new OtherBankPage(driver);
}
2. Пробовал через Actions, но тщетно. Тест не падает, но всплывающее окно не реагирует.
public OtherBankPage pressKeys() throws InterruptedException {
Thread.sleep(3000); //поставил ожидания, т.к думал что может кнопки не успевают нажаться
Actions actions = new Actions(driver);
actions.sendKeys(Keys.LEFT);
Thread.sleep(1000);
actions.sendKeys(Keys.ENTER).build().perform();
return new OtherBankPage(driver);
}
Как закрыть это окно? Я подозреваю, что это можно сделать через ChromeOptions, в эту сторону тоже много что перепробовал, включая разные настройки, типа
Привет! Меня зовут Валерий, я руковожу группой QA Fullstack компании SimbirSoft. В сфере тестирования чаще всего выделяют группы QA-специалистов и SDET. Но сейчас многие компании задумываются об оптимизации расходов, особенно это актуально для проектов с длительным периодом эксплуатации, вроде небольших монолитов или внушительных размеров систем с множеством интеграций и микросервисов. Рано или поздно наступает момент, когда требуется подключать специалистов, которые не только хорошо разбираются в продукте и могут тщательно его протестировать, но и тех, кто могут писать автотесты. Убить двух зайцев сразу помогут QA фулстеки.
В этой статье расскажу о том, как QA фулстеки могут существенно улучшить тестирование ПО, на каких проектах они принесут пользу, а для каких задач и почему лучше обратиться к другим специалистам. Материал будет полезен всем, кто хочет обеспечивать качество ПО на высоком уровне и увеличивать скорость выпуска новых релизов, оптимизируя при этом расходы на найм дополнительных специалистов.