смысл от "бюрократического" ревью, которое проверяет только логику и на сколько "красиво" это написано?

трата же времени

Вопросов больше нет :)

нене, давайте по-новой))) Есть 4 истории: - стайлгайд - дизайн\архитектура\нфт - воркфлоу - корректность 1-ю валидируют анализаторы, 2-ю ревью и спец. процессы, 3-ю ревью и тесты, 4-ю тесты

есть крутой доклад на эту тему: https://www.youtube.com/watch?v=wf-BqAjZb8M

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

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

Ах, whatever.

кто с rspec хорошо знаком??

Если хотите что-то спросить - сначала задайте вопрос. Тот, кто в теме - сам вам ответит. Не пытайтесь сначала завладеть вниманием всех, а потом спрашивать. Это не работает и только тратит ваше и наше время.

ох простите) Есть два discribe, в каждом из них по два it блока. Как сделать так что бы при ошибке в первом описании, в первом it следующий it не выполнялся, но перешло к следующему описанию, например:

describe 'first' do it '1' { raise } it '2' { true } end describe 'two' do it '1' { true } it '2' { true} end

хода выполнения примерно такого хочу добится : 1.describe 'first' => it '1' return raise=> skip it '2' => describe 'two' => it '1' => it '2'

describe 'first' do it '1' { raise } do it '2' { true } end

?

выглядит так, будто вы шаги для теста пытаетесь запихать в it блок

по идее *Проверка (блок it) не должен содержать никаких действий - только проверки; тогда у вас вся логика действий будет в before хуках - а сами проверки в блоках it. В этом случае провал на before автоматически зафейлит все вложенные структуры

ну по крайней мере у меня такое понимание )

просто есть главное описание например создание ордера - и если он не создался нет смысла прогонять остальные иты

ну по крайней мере у меня такое понимание )

так это понимание или опыт такой есть?

так это понимание или опыт такой есть?

опыт написания selenium end-to-end сценариев

не не селениум это отдельная тема тестов

у меня интеграция апи

describe 'first' do it '1' { raise } do it '2' { true } end

))) смешно) а если у тебя какой-нибудь шаред будет с литами в блоке?

ну сохраняйте результат ответа сервера в before хуке в переменную; потом ассертите её в it; далее вложенный context: в нем в before: skip if response != true

)

как-то так )

))) смешно) а если у тебя какой-нибудь шаред будет с литами в блоке?

идея была в том, чтобы выполнение через AND сделать

к сожелению но так не выйдет

мне чет мало верится что опции у rspec нет что бы при первом провале падал эксепшен и переходило к слдеюущему дискрайбу

describe 'Orders' do before { response = server.create_order } it 'response is true?' { except(response == true).to be true } context ' next steps' do before { skip if response != true } it ... end end

спасибо, попробую

Всем привет У кого-нибудь есть Книга в PDF “Tap into mobile application testing”?

Напоминаю, что за распространение пиратского контента чате пожизненный бан.

да , получилось

но мне ненравится что надо глобальную переменую использовать

не response = , а @response

Понятненько. Но “Я просто спросить” (с)

Подскажите, пожалуйста, как правильно писать на английском: testing of mobile apps или testing mobile apps, или вообще лучше mobile apps testing? Извините за глупый вопрос?сталкиваюсь с употреблением разных вариантов)

mobile apps testing

mobile apps testing

Спасибо!?

mobile apps testing

а тогда уточняющий вопрос: это единственный верный вариант из предложенных Дарьей или просто устоявшийся оборот?

а тогда уточняющий вопрос: это единственный верный вариант из предложенных Дарьей или просто устоявшийся оборот?

Это наиболее правильно с точки зрения английского)

кто-нибудь работал с selenium через ноду - у меня ошибка промиса не могу нагуглить как исправить, что не так подскажите Вот сам промис driver.wait(until.elementLocated(By.css(createBtnClient)), 20000).then(element => { return driver.wait(until.elementIsVisible(element), 20000); }).then(button => { button.click(); }).catch(error => { console.log(error); }); Ошибка Timeout of 2000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves.

День добрый товарищи, кто нибудь сталкивался с тем что Chrome игнорирует аргументы запуска переданные через через ChromeOptions?

День добрый товарищи, кто нибудь сталкивался с тем что Chrome игнорирует аргументы запуска переданные через через ChromeOptions?

Код в студию

private WebDriver webDriver; final ChromeOptions options = new ChromeOptions(); options.addArguments("--user-data-dir=" + configuration.getUserDataDir(),"--window-size=0,0", "--window-position=-9999,0", "--no-sandbox", "--disable-gpu", "--disable-infobars", "--disable-notifications" ); this.webDriver = new ChromeDriver(options);

selenium-java 3.13.0 chrome v59 chromedriver 2.30

дебаг лог хрома https://pastebin.com/PP5r4LrL

private WebDriver webDriver; final ChromeOptions options = new ChromeOptions(); options.addArguments("--user-data-dir=" + configuration.getUserDataDir(),"--window-size=0,0", "--window-position=-9999,0", "--no-sandbox", "--disable-gpu", "--disable-infobars", "--disable-notifications" ); this.webDriver = new ChromeDriver(options);

Попробуй для начала каждый аргумент отдельно добавить

Попробуй для начала каждый аргумент отдельно добавить

Тоже самое, причем на моей машине работает коррктно, правда у меня хром 67, и вебдрайвер 2.40, а на виртуалке с хромом 59 и хромдрайвером 2.30 не фурычит

selenium той же версии? там как то смотрел сначала было через капабилити, потом задепрекейтили, и сделали через опции

вообще 59 и 67 не слабая такая разница)

селениум в этом плане капризный, по крайней мере на питоне

selenium той же версии? там как то смотрел сначала было через капабилити, потом задепрекейтили, и сделали через опции

3.13.0, ну т.е. последний. да, через капабилити deprecated теперь, хотя ChromeOptions имплементируют Capabilities))

не знаю как в джаве, но в питоне точно была, хоть и не официально, но привязка версии селениума с версией браузера

то есть грубо говоря 59 хром можно было юзать только со 2 мажорной версией селениума

вообще 59 и 67 не слабая такая разница)

ну вообще в дебаг логе видно что значения попадают в desiredCapabilities, но, если посмотреть ниже то там видно строчку [0.801][INFO]: Launching chrome: "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" ... --user-data-dir="C:\Users\KOVALE~1\AppData\Local\Temp\scoped_dir7868_17262

Ща видимо придется тестить со старой версией библиотеки

есть такая проблемка: пишу groovy скрипт в джобе дженкинса, который должен взять файл из воркспейса и кое что с ним сделать. но джоба выполняется на слейве и падает строка, где я загружаю файл: def testngFile = new File(workspace+"\\testng.xml") в консоли ошибка: FATAL: c:\jenkins\workspace\XmlParser\XmlParser\testng.xml (No such file or directory) java.io.FileNotFoundException: c:\jenkins\workspace\XmlParser\XmlParser\testng.xml (No such file or directory) в гугле прочитал, что можно как то через FilePath решить проблему, но работающего примера не нашел. кто знает как решить？

возможно нет такого воркспейса. c:\jenkins\workspace\ [ XmlParser\XmlParser ] \testng.xml сделай лист этой дириктории.

Груви скрипт в prebuild секции или непосредственно в сборке?

На слейве точно этот файл есть?

возможно нет такого воркспейса. c:\jenkins\workspace\ [ XmlParser\XmlParser ] \testng.xml сделай лист этой дириктории.

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

Груви скрипт в prebuild секции или непосредственно в сборке?

файл точно есть. скрипт в сборке выполнял

Важен порядок запуска скриптов. То есть если в пребилд секции пускать груви скрипт, то он запускается на мастере и только потом джоба летит на слейв, и там делает себе воркспейс и имеет к нему доступ

запускал уже в сборке

Чудеса)

возможно нет такого воркспейса. c:\jenkins\workspace\ [ XmlParser\XmlParser ] \testng.xml сделай лист этой дириктории.

А как его может не быть если workspace это системная переменная каждого билда?

Правда оно WORKSPACE

В идеале конечно скинуть побольше инфы. Переменные окружения сборки, сам скрипт

Так гадать можно вечность

Полный путь до файла, лог сборки итд

А как его может не быть если workspace это системная переменная каждого билда?

No such a file системная ошибка, а ос можно доверять

No such a file системная ошибка, а ос можно доверять

Ошибка системная, я не спорю. Но человеческий фактор никто не отменял. Искать можно не на той машине например

То есть система вам никогда не скажет no such file or directory если файл есть

Хотя это же винда, ничему не удивлюсь)

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

Мой опыт показывает, что пока в ошибке не написано что именно пошло не так - может быть всё что угодно. )))