Ну, ты понял идею.

Можешь запустить под другим юзером если винда

делал так. вышло боком.

Кто как считает, можно-ли переоткрывать старый баг со статусом "Closed" , если он воспроизводится в новой версии продукта с таким же actual result & expected result? Или лучше склонировать/создать новый?

зависит от вашего флоу на проекте, оба варианты валидны в разных проектах

но лучше конечно новый

+ сослаться на старый баг

для дева новую ветку создавать все равно нужно, в старой работать он не будет

Кто как считает, можно-ли переоткрывать старый баг со статусом "Closed" , если он воспроизводится в новой версии продукта с таким же actual result & expected result? Или лучше склонировать/создать новый?

а баг прохо проверили, или он появился после каких либо изменений?

а баг прохо проверили, или он появился после каких либо изменений?

Что то поменяли и задели

а баг прохо проверили, или он появился после каких либо изменений?

После изменений

Что то поменяли и задели

да

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

я думаю Кирилл имел в виду, что тесті будут бегать на браузере с его расширениями\хистори\куками\профилем. но єто не так. вебдрайвер создает новій инстанс, ничего от твоего браузера не подтянется тебе в тест, разумеется следует очищать куки и закрівать браузер после окончания теста

делал так. вышло боком.

это как?

После изменений

ну как минимум версия билда изменилась

в описании бага

Это собственно указано при переоткрытии

в идеале конечно не нужен

:D Фигак-Фигак и в продакшн

это как?

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

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

Причем тут этот метод?

Подскажите слова по которым искать или статьи если они есть. Интересует как договориться, создать правила, названия элементов в вёрстке. Что бы все элементы имели уникальные имена. так, как сделано в яндексе или гугле. Что бы при написание тестов было легче .

Подскажите слова по которым искать или статьи если они есть. Интересует как договориться, создать правила, названия элементов в вёрстке. Что бы все элементы имели уникальные имена. так, как сделано в яндексе или гугле. Что бы при написание тестов было легче .

Это называется коммуникации в команде и требования к фронт-энду

Это называется коммуникации в команде и требования к фронт-энду

есть статья, как правильно называть?

А нет правильно/не правильно, есть подходит/не подходит... и всякие стандарты...

Это называется коммуникации в команде и требования к фронт-энду

мне нужно создать правила названий

А нет правильно/не правильно, есть подходит/не подходит... и всякие стандарты...

подскажите стандарты

Подумайте как вам будет удобно, с чем вам будет удобно работать и жить...

и на основе этого создавайте правила

бля, спасибо кэп, делай хорошо, будет хорошо

есть ли у кого дельные советы?

Подскажите слова по которым искать или статьи если они есть. Интересует как договориться, создать правила, названия элементов в вёрстке. Что бы все элементы имели уникальные имена. так, как сделано в яндексе или гугле. Что бы при написание тестов было легче .

это хорошая вводная для этого - https://www.youtube.com/watch?v=Sc5qdq4wmbY&feature=youtu.be

В Яндексе бэм, сотни статей и докладов на эту тему

В Яндексе бэм, сотни статей и докладов на эту тему

можно хоть одну

это хорошая вводная для этого - https://www.youtube.com/watch?v=Sc5qdq4wmbY&feature=youtu.be

спасибо, посмотрю

Хорошие не подскажу, не читала

На bem.info можно заглянуть

Да, на бэм инфо есть все.

спасибо, изучаю

Но он не особенно то дает уникальность идентификаторов.

Использование тест айди выглядит лучше.

Использование тест айди выглядит лучше.

т.е на каждый элемент разработчик должен руками заводить какой-то test_id?

Ну, или разработчик, или тестировщик. Да.

Второй вариант лучше, имхо.

мы думаем над созданием правил, типо у всех кнопках должн быть в id button, а дальше какой-то id, у всех полей ввода должно быть input ( напримерно ) и какой-то id, только вопрос какой id делать.

т.е на каждый элемент разработчик должен руками заводить какой-то test_id?

нет, можно и class атрибуты юзать

Использование тест айди выглядит лучше.

у нас похоже реализовано. это распространенная практика

Да, весьма.

Всем привет. Из опыта знаю, что id пазрабы ставят не постоянно, особенно когда срываются сроки

Мы используем class атрибуты

мы думаем над созданием правил, типо у всех кнопках должн быть в id button, а дальше какой-то id, у всех полей ввода должно быть input ( напримерно ) и какой-то id, только вопрос какой id делать.

а в чем проблема по классам обращаться к элементу?

Мы используем class атрибуты

+1

Можно просто научится слегка верстать и самому зайти и закомитить что нужно

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

Можно просто научится слегка верстать и самому зайти и закомитить что нужно

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

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

аля : input.passport-Input-Controller[name=login]

и все работает не хуже айдишников

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

два чаю тебе

Можно просто научится слегка верстать и самому зайти и закомитить что нужно

я не говорю что сделать это сложно или нельзя, я хотел автоматического решения или best practice как лучше это делать

я не говорю что сделать это сложно или нельзя, я хотел автоматического решения или best practice как лучше это делать

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

и все работает не хуже айдишников

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

аля : input.passport-Input-Controller[name=login]

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

ERROR: S client not available

И начинается уже веселье.

ну и тут есть решение без айдишника)

одинаковые названия ломают идеальную ситуацию)

через чаилды)

Ну я использую класс атрибуты и функции xpath и css selectors. Проблем с получением уникального элемента пока небыло. Ну в крайнем случае привязка к именам кнопок, но стараемся так не делать вообще

нет)

через чаилды)

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

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

чтоб не путаться я коментирую))) это очень полезный навык)

xpath вообще не использую

Ну я использую класс атрибуты и функции xpath и css selectors. Проблем с получением уникального элемента пока небыло. Ну в крайнем случае привязка к именам кнопок, но стараемся так не делать вообще

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

+1 за комменты

да тогда юзать так сlass="classAAA classBBB" где classBBB уточняющий более конкретный

Из всех проектов неодного не встретил с проставленными id

чтоб не путаться я коментирую))) это очень полезный навык)

ну ты же знаешь что хороший код не нуждается в комментировании

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

А xpath и его функции как раз и позволят сделать универсальные локаторы

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

Хотя если у тебя на проекте 5 страничек и 20 разрабов и релизы раз в месяц, то тут конечно можно id проставить

Это оифигенное решение

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

1 раз я просил навесить класс дополнительный и то это было на ссылке в письме подтверждения аккаунта

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

Если не апрувить код без id, отлично

Но не затянет ли это выкатки

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

Можно

Получить доступ к реме и самому проставить

Репе

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

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

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