Задайте системную переменную webdriver.chrome.binary
- Форум тестировщиков
- → Просмотр профиля: Репутация: BabyRoot
BabyRoot еще не добавил друзей
Написано BabyRoot 11 декабря 2020 - 21:01
Задайте системную переменную webdriver.chrome.binary
Написано BabyRoot 02 ноября 2020 - 16:52
$("").waitUntil(not(have(cssClass("BBB"))), 30000L);
Написано BabyRoot 25 сентября 2020 - 06:04
Не цепляйтесь к значениям классов, они могут измениться в новой версии приложения.
Если трудно - используйте xpath.
Написано BabyRoot 16 августа 2020 - 08:38
Вы как тестировщик, в первую очередь, довольны описанием своей проблемы?
Написано BabyRoot 17 июля 2020 - 14:46
@BeforeClass и @AfterClass поддерживаются, но не рекомендуются.
https://cucumber.io/...unning-cucumber - в самом конце раздела - Supported JUnit annotations
Написано BabyRoot 12 июня 2020 - 15:43
Второй пункт делается другими средствами, обсуждается тут - https://software-tes...izvoditelnosti/
Написано BabyRoot 14 мая 2020 - 11:01
Нуууу, бывает... Главное продвинулись.
Написано BabyRoot 06 мая 2020 - 08:21
Тогда, может, так:
//div[contains(@class,'group-list-item')]//span[@class='title'][contains(text(),'Заголовок2')]/../../../div[@class='action']
Написано BabyRoot 05 мая 2020 - 11:51
Что-то типа такого:
//div[contains(@class,'group-list-item')]/div[@class='title'][contains(text(),'Заголовок2')]/following-sibling::div[@class='action']
Написано BabyRoot 30 марта 2020 - 14:06
xpath=//p[.="GG")]
Написано BabyRoot 23 февраля 2020 - 13:31
Написано BabyRoot 29 января 2020 - 18:10
У меня был только один проект с BDD (насколько я понимаю, это когда аналитики на этапе проектирования системы описывают бизнес требования в виде кейсов на геркине), но там аналитики не стали поддерживать эту систему а фигачили по старому, и получилось что эти БДД, геркины и т.п. остались на уровне отдела тестирования, что конечно не сильно облегчило жизнь в процессе отслеживания изменений в требованиях. И это осталось только для мягкого подвода ручных тестеров в автоматизацию, что на мой взгляд очень трудоёмко (получается что надо подготовить прослойку на всю систему! перевода текста в методы), хотя проще уж всех зарядить писать просто код (не всё сразу но чтобы уже могли читать, дописывать), который для примера показал ув. товарищ Спок. И будет уже экономия в размере и времени написания кода. Взяли требования в любом виде - зафигачили код теста - тест должен крутиться всегда (важен же сам процесс подвержения что б. требование выполняется). А то что между этими шагами "требование - проверка" можно нахерачить ещё слоёв - ну мало таких заказчиков, которые будут оплачивать эту пирамиду. Поэтому БДД только для отдела тестирования и автоматизации в нём - это оверхед. Если требования изначально пишутся в БДД-стиле - то тут уж да, надо прикручивать ещё один слой (что будет плюсом в плане автоматического контроля требований).
Написано BabyRoot 22 декабря 2019 - 09:30
Так вы и начните уже реализовывать методы.
И сами увидите где можно убрать переставить слова, чтобы регулярка лучше подходила.
Написано BabyRoot 04 декабря 2019 - 08:33
Надо на первый запрос вешать же. Если он ГЕТ, конечно.
Написано BabyRoot 03 декабря 2019 - 15:46
Регэкс экстрактор-то где подключен? К какому запросу?
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru