Конечно нелепо, питон вкуснее

Прочитайте правила. там есть кара за набросы.

руби это магия

Наброс ради наброса - не надо так делать.

в чистом виде

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

Whatever.

Так, народ подтягивается. :) Напомню, с чего все началось. У меня вопрос, как обосновть выбор инструмента для автотестов api? если выбрать можно любой

кинь кубик

Так, народ подтягивается. :) Напомню, с чего все началось. У меня вопрос, как обосновть выбор инструмента для автотестов api? если выбрать можно любой

никак, что нравится то и используй

боль :(

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

никак, что нравится то и используй

ну, при прочих равных.

ну, при прочих равных.

ну вроде мы выяснили что 5 языков примерно одинаково годятся для автотестов

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

ты щас серьезно? это ж сколько надо использовать инструменты, чтобы их нормально сравнить

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

ага, и по неделе на язык

Так, народ подтягивается. :) Напомню, с чего все началось. У меня вопрос, как обосновть выбор инструмента для автотестов api? если выбрать можно любой

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

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

и хватает полдня покодить в JS чтобы понять, что как-нибудь потом, когда стану умный

Кинуть кубик!

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

я так на джаваскрипт смотрел, но ничего, втянулся :)

ну JS прекрасен

проблема в том что пользоваться им сложно

Кинуть кубик!

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

я сейчас пишу на vue , пока нравится более менее

но вебпак бесит

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

изучил плюсы и минусы и кинул кубик. чо такого-то. Им нужны эмоциональные порывы твои из прошлых лет или способность решать задачи с помощью выбранного инструмента?

Так, народ подтягивается. :) Напомню, с чего все началось. У меня вопрос, как обосновть выбор инструмента для автотестов api? если выбрать можно любой

При прочих равных я бы брал пайтон.

тут не совсем равные, человек уже знает Джаву и не знает Питон

Инструментов более чем достаточно, язык приятен и лакончен, коллег со знанием инструмента найти проще.

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

я сейчас пишу на vue , пока нравится более менее

зачем ты пишешь на vue?

точнее что? :)

:D

изучить пайтон для тестового, хмммм

Я, по крайней мере, после года на пайтоне уже фейспалмлю от пресловутого парсинга jsonов, всяких стрингбилдеров, input\output стримов и прочего.

напомнило https://www.youtube.com/watch?v=BwkdGr9JYmE

изучить пайтон для тестового, хмммм

Для пары тестов на api там учить нечего, открываешь доку библиотеки requests и понеслась.

где-то там у меня PyCharm Edu был :)

коммунити эдишн ещё есть халявный. :D

да, я в курсе

(условно халявный)

вспомнить базовый синтаксис надо, я когда-то его учил, но потом ничего не писал

Коллеги, я вот тут тестовое пилю. Надо на апишечку автотесты написать, выбрав инструмент какой хочешь. Раньше я апишки не тестил, но не суть, разберусь. Знаю Java, поэтому, поизучав вопрос, решил заюзать REST-assured http://rest-assured.io. Проблема у меня с тем, что выбор нужно обосновать. Аргумент, потому что знаю Java, кажется не очень убедительным.

А чем плох аргумент про то, что знаешь Java?

лучше сюда https://t.me/qa_jobs. И там есть правила оформления вакансии

Спасибо)

Всем привет, есть те, кто работал со swagger codegen'ом, и генерировал тесты api по описанным спецификациям?

небольшое объявление, в общем, более чем уверен что среди QA сообщества есть сторонники проекта Venus, если что я создал в телеграмме чат, так же есть бот в поддержку проекта, бот дает полезные ссылки, чат для общения в рамках движения, взглядов и интерессов проекта и тем которые затрагивает проект, научная деятельность, инженерия во всех ее проявлениях, социология, психология и так далее, в общем, чат - https://t.me/thevenusprojectchat и бот - @TheVenusProjectBot

Привет всем! Есть какой-то метод в селениуме, которые ждет, пока страница полностью загрузится? чтобы не привязываться к ожиданию какого-то конкретного элемента на странице

Ищите по waitForPageLoad

Спасибо!

А если какие-то асинхронные операции выполняются после прогрузки всей страницы?

Оно их тоже подождет?

Или нужен другой способ

Привет всем! Есть какой-то метод в селениуме, которые ждет, пока страница полностью загрузится? чтобы не привязываться к ожиданию какого-то конкретного элемента на странице

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

Спасибо! )

а для чего нужно проверять загрузку страницы?

А если какие-то асинхронные операции выполняются после прогрузки всей страницы?

Можно посмотреть, как это сделано для Angular в протракторе и сделать по аналогии.

Типа js ready и всякое такое.

Ищите по waitForPageLoad

а wait.until(ExpectedConditions.visibilityOfElementLocated(By нынче не модно?

а wait.until(ExpectedConditions.visibilityOfElementLocated(By нынче не модно?

ну Алиса просит метод который скажет что страница полностью загружена

ERROR: S client not available

а wait.until(ExpectedConditions.visibilityOfElementLocated(By нынче не модно?

Можно, если visibiliy конкретного элемента является критерием прогрузки страницы. Но, если бы читать весь дискуссии было бы модно, вы бы знали, что там спрашивали про способы _без_ привязки к конкретному элементу.

а не отдельный элемент

а для чего нужно проверять загрузку страницы?

чтобы не было багов по неуспевшим загрузиться элементам ) независимо от того, на какой странице мы находимся. Дело в том, что там сравниваются скриншоты прода и теста, и вот иногда не все элементы успевают прогрузиться на одном из стендов, и тест падает

чтобы не было багов по неуспевшим загрузиться элементам ) независимо от того, на какой странице мы находимся. Дело в том, что там сравниваются скриншоты прода и теста, и вот иногда не все элементы успевают прогрузиться на одном из стендов, и тест падает

каждый компонент имеет состоянии готовности, когда он маунтиться на страницу, можно написать свой метод, когда ты дождешься готовности всех эл-тов

либо если ты знаешь, что статистически какой-то из элементов стоит последним в рендере - чекать по нему

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

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

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

Поделитесь этим чудом? )

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

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

Не сильно срочно, конечно, но хочется уже сейчас ) буду очень признательна

Не сильно срочно, конечно, но хочется уже сейчас ) буду очень признательна

постараюсь на следующей неделе восстановить, как оно там было

1. есть паттерн LoadableComponent 2. есть Selenide с которым можно и без этого паттерна достигать того же эффекта.

https://www.youtube.com/watch?v=Y2VF8tmLFHw

селенид спасет от асинк-фронта вроде ангуляра?

И селениум сырой спасёт, нужно только знать как им пользоваться

не заставляйте людей думать! это харам

https://github.com/codeborne/selenide/issues/525

не заставляйте людей думать! это харам

А можно заставить людей думать?

не заставляйте людей думать! это харам

Почему харам?

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

народ, а насколько хорошо надо знать java, чтобы писать автотесты на selenium? какой нужен уровень?

В процессе научишься

народ, а насколько хорошо надо знать java, чтобы писать автотесты на selenium? какой нужен уровень?

На уровне способности создать класс, метод и driver.findElementByXpath() в нем.

И вызвать все это, да.

не важно, какой у тебя уровень. Пешы. Не будешь писать - уровня не будет.

не важно, какой у тебя уровень. Пешы. Не будешь писать - уровня не будет.

+

У меня в команде связка selenium с cucumber вообще проблем не возникает.

Джаву не знаю почти

Джаву не знаю почти

А Step Definitions и прочие хелперы тоже на Gherkin пишете?