{null=[HTTP/1.1 301 MOVED PERMANENTLY], Connection=[close], Location=[https://www.icicibank.com/Personal-Banking/account-deposit/savings-account]}

301 бывает обычно когда путь неверный указал. Добавь / на конце.

Оказалось на сайте изменили http на https

Постман автоматом видимо подставлял

Оказалось на сайте изменили http на https

а, ну тоже вариант

есть у кого книга Нейронные сети. Полный курс Саймон Хайкин 2 издание ?

в гугле, поределённо найдётся.

впн не дает, поэтому и спросил тут

а ближ дни от него отключится не смогу

0_о

после пети так )

а с мобильного?

скачать с мобильного ?)

о я его уже наверное недели 2 не видел

и правда

нужно заюзать

спасибо ))

а все используют расчёт трудозатрат на задачи?

в редмайне/джире

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

нит

Это там поле в которое ты пишешь сколько часов ты потратил на задачу?

потратишь

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

Правильно использовать, если на основе этих данных вы делаете что-то полезное.

Just for lulz пользоваться - так себе.

не планировать время для задач на релиз и потом еще месяц тянуть после дедлайна наверное, тоже не очень правильно

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

не планировать время для задач на релиз и потом еще месяц тянуть после дедлайна наверное, тоже не очень правильно

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

планировать легко, попадать сложно

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

иии они не хотят это делать

позволяющие сделать оценку по времени

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

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

кстати, тоже интересно, насколько я понял, тестрейл умеет?

добрый день. кто работал с тесткомплит в связке с компонентом DevExpressQuantumGrid? у меня есть вопросы на данную тему

кстати, тоже интересно, насколько я понял, тестрейл умеет?

да, да типа того

не планировать время для задач на релиз и потом еще месяц тянуть после дедлайна наверное, тоже не очень правильно

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

Так что планировка хоть и не работает как ожидается но все равно помогает.

у меня тупой вопрос: есть ли разница копировать селекторы из браузера (то есть через chrome dev tools) или писать руками? или может есть какой нюанс что из браузера копируется криво и всё равно приходится править

или так: часто ли приходится писать какой-нибудь xpath руками?

действительно, тупой.

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

lmgfy -> absolute relative xpath

или так: часто ли приходится писать какой-нибудь xpath руками?

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

у меня тупой вопрос: есть ли разница копировать селекторы из браузера (то есть через chrome dev tools) или писать руками? или может есть какой нюанс что из браузера копируется криво и всё равно приходится править

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

то есть лучше relative, т.к. более стабилен? ок

а еще лучше использовать css-селекторы :)

к своему стыду, всё время копировал из браузера и как-то не задумывался о том что творю (хорошо, что я не автоматизатором работаю)

Так что быстрее XPath или css? Мне тут как то задали вопрос.

Xpath.

Вот я так же ответил

а есть какое-то обяснение почему ?

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

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

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

у меня тупой вопрос: есть ли разница копировать селекторы из браузера (то есть через chrome dev tools) или писать руками? или может есть какой нюанс что из браузера копируется криво и всё равно приходится править

Вот тут интересный взгляд на эти вещи http://automation-remarks.com/2017/locators/index.html

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

2 человека сказали xpath быстрее =) а вот почему еще предстоит узнать.

css быстрее

2 человека сказали xpath быстрее =) а вот почему еще предстоит узнать.

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

я просто использую тут локатор который работает =)

Xpath.

вообще-то скорость сопоставима, и местами Xpath медленнее

посмотри рубевые бенчмарки двухлетней давности: https://jkotests.wordpress.com/2015/06/29/are-xpath-locators-slower/

вообще-то скорость сопоставима, и местами Xpath медленнее

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

Хотя надо сказать, что существенной разницы не будет в любом случае.

Возможно я не прав и в 2к17 оно работает по другому, давно не задавался этим вопросом.

а вообще самые лучшие локаторы – человекопонятные тестовые атрибуты

Спорное утверждение. ;\

поспорь :)

Ну, если локаторы всё равно выносятся в env\class variable локаторс мапа, то на уровне локаторс мапы глубоко пофигу, насколько человекочитаемо они выглядят. При этом поддерживаемость усложняется, т.к. позиция в доме у тебя есть всегда, а тестовый атрибут надо ещё проставить (и отдельный вопрос кто его будет проставлять, хотя это не играет особой роли).

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

ERROR: S client not available

а если у тебя таблички – то велики шансы наплодить уродов с nth-child'ами нескольких уровней вложенности, которые вообще никто не поймет как работают

Ну, если xpath плохо работает - втыкай аттрибуты, если нормально работает - проще без аттрибутов, имхо.

Кстати, сразу холиварный вопрос: кто ставит атрибуты? :D

фронты, конечно ;)

Ну, если xpath плохо работает - втыкай аттрибуты, если нормально работает - проще без аттрибутов, имхо.

xpath зло же

xpath зло же

Почему?

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

фронты, конечно ;)

Тогда работа одного человека превращается в работу двух, что не всегда приятно.

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

Давайте так, Борис, медленные относительно чего и корявые в чем?

намного же приятнее зацепляться за [test-data="smart-input"], чем за #push > article:nth-child(1) > div, которое там автор статьи считает хорошим и приятным локатором

намного же приятнее зацепляться за [test-data="smart-input"], чем за #push > article:nth-child(1) > div, которое там автор статьи считает хорошим и приятным локатором

Намного приятнее цепляться за $element_name.

Тогда работа одного человека превращается в работу двух, что не всегда приятно.

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

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

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

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

Это в целом неплохо, но редко нужно.

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

да, все так – поэтому у меня например есть договоренность с командой. им несложно, мне удобно

Т.е. прям весь фронтенд обмазан тест атрибутами? Срсли?

Ну, довольно странное решение. Лучше уж, имхо, самому проставлять их туда, куда надо. Иначе какой-то дикий оверхед получается.

чуваки наоборот считают, что постановка атрибутов дисциплинирует и помогает нормально верстать

Оукей.

потому что верстка становится семантичной :)

а не .si-report-layout .sr-infomenu-content-wrapper .s-btn.-xs.-success

Кстати, Никита, я лох в проставлении атрибутов и всем таком. Как решается проблема со всякими реактоблоками, которые могут рендериться N раз на странице, имеют разные xpath но идентичны с точки зрения верстки самого блока?

Атрибуты же там будут идентичны, нет?

я лох в реактоблоках :(

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

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

Очень грущу, что на текущем месте его нет.

Теоретически это решится через find блока -> find по аттрибуту внутри него, конечно. Но в целом интересно как это работает.

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

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

Теоретически это решится через find блока -> find по аттрибуту внутри него, конечно. Но в целом интересно как это работает.

Это решается не хранением ссылок на элементы