Кстати там вполне себе крутая концепция ООП которую он проталкивает. Рекомендую ознакомится почему такая вложенность

Кстати там вполне себе крутая концепция ООП которую он проталкивает. Рекомендую ознакомится почему такая вложенность

я был на этом жарком докладе

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

Кстати там вполне себе крутая концепция ООП которую он проталкивает. Рекомендую ознакомится почему такая вложенность

я зарекся к Джаве и Джаваскрипту не подходить за километр

я зарекся к Джаве и Джаваскрипту не подходить за километр

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

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

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

А что выбрали?

Кстати там вполне себе крутая концепция ООП которую он проталкивает. Рекомендую ознакомится почему такая вложенность

Ссылка или как найти?

Кстати там вполне себе крутая концепция ООП которую он проталкивает. Рекомендую ознакомится почему такая вложенность

Поддерживаю. Надо прочитать весь поток рекомендаций, а не выдёргивать по одной в свой контекст.

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

ну да. не считая питон )

ну да. не считая питон )

А вообще я хочу Go и что-то из функциональщины типа Elm, Elixir

Ссылка или как найти?

Есть канал на ютубе. Можно посмотреть доклады про почему статик это зло, почему анотации зло и все такое

А вообще я хочу Go и что-то из функциональщины типа Elm, Elixir

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

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

Да, тоже верно. Но я уже просто теоретические изыскания хочу провести. Пощупать для тестирования то, что никто не использует пока что )

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

Считайте это просто гаражными экспериментами на тему "а почему бы не юзнуть функциональный язык для селениум тестов?"

Считайте это просто гаражными экспериментами на тему "а почему бы не юзнуть функциональный язык для селениум тестов?"

Haskell?

Ох уж это желание бессмысленных теоретических изысканий.

Ох уж это желание бессмысленных теоретических изысканий.

Безсмыссленные или нет - не узнаешь пока не попробуешь

Этот тезис отлично работает с продуктовыми идеями. И совершенно не работает, при выборе инструмента. Потому что если какой-то инструмент не используется для цели N - значит на это есть причины: он или не предназначен\не оптимален для такого использования by design, или на нем нет подходящих для этого тулов, библиотек и прочего и, как результат, у него нет заинтересованного в этом коммьюнити. Можно, конечно, и гвозди рулоном туалетной бумаги забивать, но очевидно, что для этого есть более подходящие инструменты, которыми все пользуются. Можно, безусловно, из рулонов туалетной бумаги и такой-то матери смастерить своё подобие молотка, но кому кроме вас надо будет им пользоваться, если есть вполне нормальный человеческий молоток? Правильно: никому. Поэтому "бессмысленный" - самый правильный термин в данном случае.

ну как же, на то есть причины! быть первым == создать инфоповод и рассказать об этом на конференции!

Я, тут, кстати, в интранете наткнулс на ревью классного доклада от Netcracker о том, как они меряют производительность. Ключевой посыл: большинство измерений производительности дают очень мало представления о том, за сколько времени страница реально отдается юзеру пригодной к использованию. И где какие элементы тормозят этот процесс.

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

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

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

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

перформанс становится заметен, не инкрементально от улучшений по 5-10%, а когда становится быстрее в 200%. Поэтому лучше обдумывать UX и то, как человек во время ожидания что видит на экране.

Ну, это безусловно так. Я скорее про то, что по ходу e2e тестов замерять скорость отдачи страницы правильным способом - хорошая штука. Правильный способ осталось изобрести.

Ну, если мне не изменяет память, то посоны по результатам прикручивания этой тулзы выявили у себя проблемные места и скорость отдачи нескольких участков увеличили в N раз.

К вопросу о выборе инструмента. Кто-нибудь знает насколько c# проигрывает/выигрыает джаве в плане селениумных тестов? У кого-то был опыт перехода с java на c# или наоборот. Еще интересны апи тесты.

Дорки знает

К вопросу о выборе инструмента. Кто-нибудь знает насколько c# проигрывает/выигрыает джаве в плане селениумных тестов? У кого-то был опыт перехода с java на c# или наоборот. Еще интересны апи тесты.

проигрывает в чём?

а в чём проблема-то вообще? зачем переезжать?

а в чём проблема-то вообще? зачем переезжать?

Другой проект, который весь написан на .Net

проигрывает в чём?

Я и хочу узнать. До этого к C# не притрагивался

Я и хочу узнать. До этого к C# не притрагивался

Я имею ввиду, по каким параметрам ты хочешь их сравнивать?

Другой проект, который весь написан на .Net

ну и что, что на дотнете? вы же автотесты будете писать, а не проект дописывать. Или проект автотестов написать на c#?

Я имею ввиду, по каким параметрам ты хочешь их сравнивать?

Например, поддержка фреймворков типо junit/testng, spring, allure Паттерны типо pageobject. На java хорошо смотрелся spring+pageobject+pagefactory Как с этим делом в C#?

ну и что, что на дотнете? вы же автотесты будете писать, а не проект дописывать. Или проект автотестов написать на c#?

Проект тестов на C# небольшой, но настаивают использовать C#, т.к. тут имеется экспертиза в виде разрабов дотнета, и они могут помочь с этим. Мне интересно насколько имеет смысл продавливать идею с переписать на java. Насколько это целесообразно? Будет ли профит?

Например, поддержка фреймворков типо junit/testng, spring, allure Паттерны типо pageobject. На java хорошо смотрелся spring+pageobject+pagefactory Как с этим делом в C#?

spring? а вам он к чему?

Проект тестов на C# небольшой, но настаивают использовать C#, т.к. тут имеется экспертиза в виде разрабов дотнета, и они могут помочь с этим. Мне интересно насколько имеет смысл продавливать идею с переписать на java. Насколько это целесообразно? Будет ли профит?

а что за проект?

Проект тестов на C# небольшой, но настаивают использовать C#, т.к. тут имеется экспертиза в виде разрабов дотнета, и они могут помочь с этим. Мне интересно насколько имеет смысл продавливать идею с переписать на java. Насколько это целесообразно? Будет ли профит?

в c# экспертизы не имею, но могу сказать, что в java cтеке инструментов и решений в общем доступе намного больше.

а что за проект?

Ну, какие-то тесты на селениуме имеются

spring? а вам он к чему?

Модно, молодежно. Спринг позволяет настроить инициализацию элементов с PageFactory в BeanPostProcessor, что очень удобно и гибко. Плюшки спринга по внедрению зависимостей удобны. В общем, мне спринг в автотестах понравился. Рекомендую

Модно, молодежно. Спринг позволяет настроить инициализацию элементов с PageFactory в BeanPostProcessor, что очень удобно и гибко. Плюшки спринга по внедрению зависимостей удобны. В общем, мне спринг в автотестах понравился. Рекомендую

А можете поделиться матчастью на почитать?

Ну, так сразу не скажу. Видел когда-то пару статей. Гугл поможет. Еще мой личный проект с Appium+ Spring+PageObgect валяется на гитхабе. Могу скинуть, если надо

Было бы интересно.

Спринг в действии, книга

Было бы интересно.

https://github.com/wdclord/SpringAppiumPageObject

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

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

спасибо, посмотрю, меня как раз интересует он в связке с PO

спасибо, посмотрю, меня как раз интересует он в связке с PO

По сути там те же страницы, что на вебе. Только с локаторами надо поиграться. CSS там нет, только по Xpath

По сути там те же страницы, что на вебе. Только с локаторами надо поиграться. CSS там нет, только по Xpath

Это если мы про нативные приложения говорим :)

Это если мы про нативные приложения говорим :)

про нативные

про кросс-платформу типа юнити3д я бы послушал, но что-то там сатана какая-то

Проект тестов на C# небольшой, но настаивают использовать C#, т.к. тут имеется экспертиза в виде разрабов дотнета, и они могут помочь с этим. Мне интересно насколько имеет смысл продавливать идею с переписать на java. Насколько это целесообразно? Будет ли профит?

Если кто-то найдется с советом, буду благодарен :)

Если кто-то найдется с советом, буду благодарен :)

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

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

Для этого нужны весомые аргументы в пользу java, чтобы пояснить всей команде. Все-таки я только один на java пишу. А о преимуществам java над c# не знаю. Если они еще есть.

Для этого нужны весомые аргументы в пользу java, чтобы пояснить всей команде. Все-таки я только один на java пишу. А о преимуществам java над c# не знаю. Если они еще есть.

вы один будете тесты писать?

вы один будете тесты писать?

Временно буду один, потом еще подвалит народ

Временно буду один, потом еще подвалит народ

но вы в с# не умеете

но вы в с# не умеете

Нет, но насколько я знаю, ему быстро можно обучиться после java

ERROR: S client not available

Нет, но насколько я знаю, ему быстро можно обучиться после java

а инструментарий?

а инструментарий?

Тут явно подольше

вот вам и аргумент

вот вам и аргумент

Может быть, но маловато

К вопросу о выборе инструмента. Кто-нибудь знает насколько c# проигрывает/выигрыает джаве в плане селениумных тестов? У кого-то был опыт перехода с java на c# или наоборот. Еще интересны апи тесты.

У меня из-за того, что большинство проектов на стеке Microsoft, автотесты крутятся на C# (увеличиваем bus factor). В т.ч. Selenium, в т.ч. через облака. Пока полёт нормальный, лично мне не хватает нормальных библиотек с Assertions и нормальной отчётности, хотя, может, просто ещё не вник. Вроде Allure можно прикрутить к .NET, но вопрос не изучал вообще. Для тестирования API (у меня вот oData либо REST+JSON) вообще отлично подходит "из коробки". Короче, дело вкуса. Но если бы был выбор, я бы всё же предпочёл Java. Сугубо субъективно.

К вопросу о выборе инструмента. Кто-нибудь знает насколько c# проигрывает/выигрыает джаве в плане селениумных тестов? У кого-то был опыт перехода с java на c# или наоборот. Еще интересны апи тесты.

На самом деле, если жить в парадигме мой проект (авто тесты) и мне с ним "дружить", то есть ли смысл переходить с одного на другое? Держать стэк технологий? А оно Вам надо?

На самом деле, если жить в парадигме мой проект (авто тесты) и мне с ним "дружить", то есть ли смысл переходить с одного на другое? Держать стэк технологий? А оно Вам надо?

Иногда руководство требует, чтобы у всех был единый стэк. Типа - "ты вот уйдёшь, и кто тут будет в твоей джаве копаться". У нас по джаве только два разраба (мобильщики), а по дотнету хренова туча...

Иногда руководство требует, чтобы у всех был единый стэк. Типа - "ты вот уйдёшь, и кто тут будет в твоей джаве копаться". У нас по джаве только два разраба (мобильщики), а по дотнету хренова туча...

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

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

Круто... Ну, у нас на начало следующего года запланировано совещание с топами от ИТ, буду продавать им ряд идей. Сейчас вот готовлюсь. К сожалению, в огромной неповоротливой бюрократизированной конторе это сложней, чем где бы то ни было. Тут ещё проблема, что у нас и стэк CI построен на M$ TFS, соответственно билд-агентов для джавы аж целая одна штука. Надо выбивать ещё или админские права, чтобы я свои серверы ввёл туда как билд-агенты, или ещё дополнительные машины. А это та ещё боль.

Тут сочувствую... В таких случаях приходится прогибаться или входить в "сговор" с целью не прилично упростить себе жись потеряв "нечто" =(

Почему бы тогда не сменить работу?

Почему бы тогда не сменить работу?

крайне не профессионально и не красиво из за того что тебя просят работать уходить с работы =)

Он же не отказывается, а хочет на Java)

Просто пусть передупредит заранее и начнет искать.

Если тебя что-то не устраивает в работе, вполне нормально ее менять.

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

У меня помимо автотестов тут ещё обязанностей куча) Джава ещё придёт, пока другие задачи решаю. Уходить смысла вообще нет, тем более в городе QA есть от силы в паре контор. А переезд не выход - недавно только вернулся, сейчас тут многое держит.

Я тогда просто изначально не так понял Вас, вот и предложил сменить)

Я тогда просто изначально не так понял Вас, вот и предложил сменить)

Мы ещё повоюем :) Тут, на самом деле, руководство сейчас видит ценность QA как такового, направление активно развивается, так что есть возможность со временем принести любые технологии. Тем более, что бюджет компании позволяет купить, в принципе, что угодно, касательно платного софта.

Тогда смысла менять нет)

Open source наше все

Open source наше все

Так-то да

привет всем. Есть тут кто, кто изпользует robot framework + pycharm ?

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

у меня не появляются подсказки ( автокомплит) из selenium библиотеки, так же немогу ставить брекпоинты, хотя на eclipse люди ставят, вот и хотелось узнать кто использует, и как у них с этим?

https://plugins.jetbrains.com/plugin/7415-robot-framework-support Ня?

У меня из-за того, что большинство проектов на стеке Microsoft, автотесты крутятся на C# (увеличиваем bus factor). В т.ч. Selenium, в т.ч. через облака. Пока полёт нормальный, лично мне не хватает нормальных библиотек с Assertions и нормальной отчётности, хотя, может, просто ещё не вник. Вроде Allure можно прикрутить к .NET, но вопрос не изучал вообще. Для тестирования API (у меня вот oData либо REST+JSON) вообще отлично подходит "из коробки". Короче, дело вкуса. Но если бы был выбор, я бы всё же предпочёл Java. Сугубо субъективно.

Попробуйте Fluent Assertions, отличная библиотека.

https://plugins.jetbrains.com/plugin/7415-robot-framework-support Ня?

я поставил его, но не заработало:(

В настройках включил?