цена в рублях - это конвертация долларовой цены из европейских магазинов.

Имхо, лучше тебе это спрашивать в других местах, к QA это не имеет никакого отношения

Не имеет, но ты подробнее ответил, чем на 3 конфах по железу )

Давайте поближе к теме.

Да у меня один вопрос, что там слышно про ryzen

смысла нет. вот вторую ревизию в след. году можно будет уже рассмотреть

Код чего? Codeception опенсорсный

чем оно лучше PHPUnit

Кому не лень, можете пройти коротенький опрос? Знакомому нужно, для ТЗ(4вопроса) https://docs.google.com/forms/d/e/1FAIpQLSeJG61X0NSRxikn7xgmKIUYtXjeE8R3zYvnun0s3zEzX4brCA/viewform

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

странно, что для тех, кто хочет не портить статистику "дефолтным" значением пола, "Я еще не понял" не как по умолчанию.

странно, что для тех, кто хочет не портить статистику "дефолтным" значением пола, "Я еще не понял" не как по умолчанию.

мб гуглоформы не умеют..?

не умеют что? выставить первым в массиве данных "я еще не понял"? :)

чтобы чекбокс был на этом варианте

по умолчанию переключатель вообще не установлен.

таки да. какая-то дичь, в общем. Может это опция для трансгендеров?

чем оно лучше PHPUnit

Оно содержит phpunit в том числе + еще умеет функциональные тесты гонять + дружит с селениумом + недавно стало можно писать сценарии на gherkin

не понимаю, зачем придумывают эти человеко-ориентированные обертки - по факту это еще один DSL , с которым тебе же и придется разбираться.

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

Затем чтобы абстрагироваться от деталей языка разработки и сдвинуть концентрацию в сторону бизнес задач

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

У тебя в step definition могут хоть куски ассемблера вызываться, на читаемость логики теста это слабо влияет.

В остальном, конечно, боль и гемор.

Затем чтобы абстрагироваться от деталей языка разработки и сдвинуть концентрацию в сторону бизнес задач

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

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

ключевое слово: тесты выглядят. от этого они не становятся лучше.

Читаемость - тоже один из параметров "лучше\хуже".

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

Я вчера написал свой первый кейс с применением пейдж обджект. Уууииии ^_^

мои поздравления! :)

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

не надо сюда менеджеров приплетать :) Про неумение говорить языком тестировщика можно только на простых CRUD проектах рассуждать, а когда доменная область приложения сложная, то в смешении с ЯП можно за деревьями не увидеть леса. DSL решает именно проблему наилучшего выделения бизнес понятий в системе.

Я вчера написал свой первый кейс с применением пейдж обджект. Уууииии ^_^

у меня товарищ так тоже радовался, а потом я посмотрел, и увидел, что пейдж обджектом был god object класс страницы, в которой были описаны вообще все методы поведения на сайте :(

Вопрос архитектуры под тестами это совсем другое. Можно и в SOLID принципах делать все эти лексемы DSL

у меня товарищ так тоже радовался, а потом я посмотрел, и увидел, что пейдж обджектом был god object класс страницы, в которой были описаны вообще все методы поведения на сайте :(

Ну я поколупаюсь еще немног и выложу сюда ссылку на гит наверн. Посмотрим.

давай, я посмотрю ?

А сорян, думал это на мое сообщение ответ :)

Jooble: Кому не лень, можете пройти коротенький опрос? Знакомому нужно, для ТЗ(4вопроса) https://docs.google.com/forms/d/e/1FAIpQLSeJG61X0NSRxikn7xgmKIUYtXjeE8R3zYvnun0s3zEzX4brCA/viewform

подскажите приложение на андроид для определения size класса девайса?

Йоу йоу!))) я тут пейдж обджект свой первый накидал...) Да еще и в гит залил )) Зацените плз https://github.com/Reykoma/vk.com.git

Молодец, но пароль scarlett2013Xx не везде поменял

Проверь где еще нет)

C:\Users\Красавчик\AppData\ хороший выбор

?? бл...

не зря я в вк пароль сменил

Молодец, но пароль scarlett2013Xx не везде поменял

там больше нет косяков?

Как бы неоч про pageobject

Смысл в том, чтобы сделать реиспользуемые шаги в тестировании

А так ты повторил те же сущности без профита

https://kreisfahrer.gitbooks.io/selenium-webdriver/content/page_object_pattern_arhitektura_testovogo_proekta/ispolzovanie_patterna_page_object.html

то есть пример здесь не правильный? https://www.pluralsight.com/guides/software-engineering-best-practices/getting-started-with-page-object-pattern-for-your-selenium-tests

Все зависит от целей

В твоем примере товарищ показывает как он классно знает джаву

В общем смысле автоматизация должна вроде бы сокращать усилия

Здарова) Кто на BAQ сейчас из чата есть?)

Baq: a slang term for oh shit, fuck, what the fuck, thats fucked up, or you just got slapped.

и все же.. кто нибудь может сказать нормальный это пример реализации пейдж обджекта или нет? можно по нему делать так же или нет? https://www.pluralsight.com/guides/software-engineering-best-practices/getting-started-with-page-object-pattern-for-your-selenium-tests

@nkrotov public String confirmationHeader(){ return header.getText(); } смотри, ты получаешь текст эл-та, почему бы не назвать headerText геттер?

второй момент, у тебя в тесте есть такое: assertTrue(signUpPage.isInitialized()); нет большого смысла проверять явно в тесте, загрузилась страница или нет, если ты работаешь с пейдж-объектом страницы, ты по факту рассчитываешь, что она загрузилась, поэтому нужно эту логику проверки, что страница загрузилась - переместить в конструктор этого класса

isDisplayed по факту не всегда дает знаний и уверенности, что страница загрузилась, я бы определил эл-т, который последним грузится на странице, или эл-т, который доподлино грузится тогда, когда все эл-ты нужные для проверки уже загружены, и через webDriverWait проставил таймаут запроса и ожидания состояния этого эл-та (либо expected condition: element located, либо element visible)

уфф

т.е. по факту инициализации пейдж объекта, т.к. логика его "правильной загрузки" будет в конструкторе, ты избавляешься от необходимости в тестах каждый раз дергать ассерт на isInitialized()

в свою очередь, эта isInitialised() логика будет реализована не "падучим" isDisplayed - страница не грузится моментально, а будет делать попытки найти элемент в нужном состоянии на странице за счет webdriverwait метода и поиска нужного эл-та страницы с заданым таймаутом

ERROR: S client not available

я попробую завтра это все перечитать и осознать. спасибо

в свою очередь, эта isInitialised() логика будет реализована не "падучим" isDisplayed - страница не грузится моментально, а будет делать попытки найти элемент в нужном состоянии на странице за счет webdriverwait метода и поиска нужного эл-та страницы с заданым таймаутом

Не могу с тобой согласиться в этом :) Особенно в той части где "замерить таймаут до самого медленного элемента".

В прочем холиварить тоже лень :(

Тоже не могу согласиться

Просто в классическом приложении может джаваскриптового document.isReady может и хватило бы, но не в изоморфных фреймворках где вебкомпоненты имеют разный , независимый по времени рендер

Но холиварить день

Не, ну вы как-нибудь накиньте, а то мне кроме ухмыльнуться ниче не останется

Просто в классическом приложении может джаваскриптового document.isReady может и хватило бы, но не в изоморфных фреймворках где вебкомпоненты имеют разный , независимый по времени рендер

Твой тест сломается очень легко. Он может сломаться даже от оптимизации V8

Не всегда скорость рендеринга такая разная

И я представляю, как потом много переделать придется

Никогда не было проблем с этим бтв :) сайты на Angular 2, React и Catberry JS

Во первых, жесткий вейт на "самый медленный элемент" просто не выглядит адекватным решением. Потому что взависимости от нескольких переменных, в т.ч. окружения, этот элемент может менять, таймаут необходимый для его загрузки может менять и т.д. и т.п. Мне, в целом, не очень понятна необходимость waitForPageLoad, если все элементы\формы с которыми взаимодействует тест уже загрузились?

А если твой тест нужно будет править лишь из-за минорной обновы V8 это беда. Так и реально баги упустить можно

А если твой тест нужно будет править лишь из-за минорной обновы V8 это беда. Так и реально баги упустить можно

Ни разу не падали тесты из-за движка и его апдейтов. Чяднт?

Во первых, жесткий вейт на "самый медленный элемент" просто не выглядит адекватным решением. Потому что взависимости от нескольких переменных, в т.ч. окружения, этот элемент может менять, таймаут необходимый для его загрузки может менять и т.д. и т.п. Мне, в целом, не очень понятна необходимость waitForPageLoad, если все элементы\формы с которыми взаимодействует тест уже загрузились?

Я, кажется написал, что можно брать не-по-последнему элементу? А по тому, для которого сценарий работает? Перечитайте

Если по тому, по которому сценарий работает, то displayed отлично хватает.

Ни разу не падали тесты из-за движка и его апдейтов. Чяднт?

Везение. Или может быть кривой тест ;-)

вообще есть промисы

которые убирают эти ожидания

IsDisplayed не содержит ожиданий и ретраев. Ты работаешь с Реактом, он рут меняет, но в режиме SPA компоненты инициализировались, но не твой компонент ещё не получил состояние, isDisplayed тут не поможет

IsDisplayed не содержит ожиданий и ретраев. Ты работаешь с Реактом, он рут меняет, но в режиме SPA компоненты инициализировались, но не твой компонент ещё не получил состояние, isDisplayed тут не поможет

Точно?

Он упадёт, для этого для белых людей придуман webdriver wait, тайм-ауты и ретраи по 100 раз в секунду :)

Один раз написать get_element базовый метод в BasePageObject класс с неявным таким ожиданием и при инициализации Пейдж объекта найти один элемент ,который до твоего кейса является критерием успешной загруженности страницы. As easy as it gets

Выглядит все так себе.

IsDisplayed не содержит ожиданий и ретраев. Ты работаешь с Реактом, он рут меняет, но в режиме SPA компоненты инициализировались, но не твой компонент ещё не получил состояние, isDisplayed тут не поможет

https://facebook.github.io/react/docs/react-component.html#the-component-lifecycle Тебе не нужно "когда они инициализировать" тебе нужно когда они примаунтились. В этом случае логика от shoo не нарушается

Когда компонент примаунтился он уже обладает всеми данными

вы тестируете поведение или реакт?)

Это все еще не объясняет, вы ищите маунт элемент в эту секунду времени и валите тест, или делаете логику неявного ожидания

вот я тоже не могу понять, зачем мне знать потроха реакта