ES
Я бы сосредоточился на причинах частых хотфиксов. Нет хотфиксов - нет постыдных релизов, не нужны быстрые циклы доставки
Size: a a a
2021 January 04
IT
А вдруг не только в селениде?😱
Кода на селениуме тут нет с аналогичным поведением
IT
Я бы сосредоточился на причинах частых хотфиксов. Нет хотфиксов - нет постыдных релизов, не нужны быстрые циклы доставки
Это да:) но ребята решили, что валидация запросов на бекендн и юнит тесты слишком замедляют разработку )))
RK
Табун шарообразных коней в вакууме не нужен человеку с горящей проблемой. Нужно точечное рабочее решение, иначе "все ваши теории фуфло". Я правильно понял ХХХ проскроленных сообщений?
IT
Roman Kori
Табун шарообразных коней в вакууме не нужен человеку с горящей проблемой. Нужно точечное рабочее решение, иначе "все ваши теории фуфло". Я правильно понял ХХХ проскроленных сообщений?
Там нет ничего полезного - вы правы.
ES
Это да:) но ребята решили, что валидация запросов на бекендн и юнит тесты слишком замедляют разработку )))
В этом случае никаких быстрых релизов тем более быть не может.
IT
В этом случае никаких быстрых релизов тем более быть не может.
А разве я настаивал на них?)
IT
Они всплыли потому, что человек плавно увёл тему разговора к другим, чтобы там разгромить «примерами из реального мира»
AV
Потому что баг в селениде?) и оба должны не работать
полегче, полегче. Конечно в Selenium тоже самое.
ES
У меня еще такой вопрос: если некие "ребята" имеют возможность "решать" вопросы управления качеством, то какие административные рычаги есть у вас?
IT
полегче, полегче. Конечно в Selenium тоже самое.
сейчас на чистую воду выведем
AV
Кода на селениуме тут нет с аналогичным поведением
а ты поверь 🙂
IT
а ты поверь 🙂
пф, я же столько лет работаю в тестировании. я точно не поведусь на "поверь, инфа 100ка")
AV
пф, я же столько лет работаю в тестировании. я точно не поведусь на "поверь, инфа 100ка")
специально для тебя вот: https://github.com/SeleniumHQ/selenium/issues/9020
ES
Они всплыли потому, что человек плавно увёл тему разговора к другим, чтобы там разгромить «примерами из реального мира»
Справедливости ради, вы с первого поста начали говорить о проблемах с медленным релизным циклом; но не суть.
R(
да, это всё оно понятно. и речь сейчас не про то "как сделать быстрые релизы", к ним нужно дико много сил приложить - юниты, регересс тесты, деплои, стабилизация энвайронментво и политики с базами данных.
а скорее у кого как построен их идеальный пайплайн по доставке фичей при условии 4ёх платформ
а скорее у кого как построен их идеальный пайплайн по доставке фичей при условии 4ёх платформ
Немного советов (не по пайплайну а вообще что помогает).
— ветки кода отдать девелоперам
— на сборку всего выделить релиз-инженера
— придумать как будет всё тестироваться вместе (согласованные бэк и фронт и мобайл — это то что кое-где проверялось 4 часа набором автопроверок)
— мониторить логи
— мониторить неожиданности в логах (новые ошибки, увеличение частоты каких-то ошибок)
Проблема ещё и в том, что когда этой "мебели" много (фронт-бэк-мобайл), то и тестов много, и идут они долго. Поэтому вместо пайплайна лучше смотреть в сторону согласованного по версиям и веткам релиза.
— ветки кода отдать девелоперам
— на сборку всего выделить релиз-инженера
— придумать как будет всё тестироваться вместе (согласованные бэк и фронт и мобайл — это то что кое-где проверялось 4 часа набором автопроверок)
— мониторить логи
— мониторить неожиданности в логах (новые ошибки, увеличение частоты каких-то ошибок)
Проблема ещё и в том, что когда этой "мебели" много (фронт-бэк-мобайл), то и тестов много, и идут они долго. Поэтому вместо пайплайна лучше смотреть в сторону согласованного по версиям и веткам релиза.
RK
Там нет ничего полезного - вы правы.
В чем именно я прав? Я считаю, что без понимания теории "как надо" все попытки сложить слово "счастье" из имеющихся 4х букв- абсурд. А претензии, что "складывали, из того что было, а счастья не пришло" - абсурд в квадрате.
IT
специально для тебя вот: https://github.com/SeleniumHQ/selenium/issues/9020
видимо это "особенность работы cssselector" с элементами через пробел. там он ищет 2 объекта с нужной вложенностью игнорируя searchContext, прикольно
AV
видимо это "особенность работы cssselector" с элементами через пробел. там он ищет 2 объекта с нужной вложенностью игнорируя searchContext, прикольно
ну а если div>button, было бы - то теперь точно ошибка?
IT
Немного советов (не по пайплайну а вообще что помогает).
— ветки кода отдать девелоперам
— на сборку всего выделить релиз-инженера
— придумать как будет всё тестироваться вместе (согласованные бэк и фронт и мобайл — это то что кое-где проверялось 4 часа набором автопроверок)
— мониторить логи
— мониторить неожиданности в логах (новые ошибки, увеличение частоты каких-то ошибок)
Проблема ещё и в том, что когда этой "мебели" много (фронт-бэк-мобайл), то и тестов много, и идут они долго. Поэтому вместо пайплайна лучше смотреть в сторону согласованного по версиям и веткам релиза.
— ветки кода отдать девелоперам
— на сборку всего выделить релиз-инженера
— придумать как будет всё тестироваться вместе (согласованные бэк и фронт и мобайл — это то что кое-где проверялось 4 часа набором автопроверок)
— мониторить логи
— мониторить неожиданности в логах (новые ошибки, увеличение частоты каких-то ошибок)
Проблема ещё и в том, что когда этой "мебели" много (фронт-бэк-мобайл), то и тестов много, и идут они долго. Поэтому вместо пайплайна лучше смотреть в сторону согласованного по версиям и веткам релиза.
ну, да очевидные советы.
в данном случае этот "Релиз-менеджер" часть "девопс" команды.
а отдать код девелоперам я не уловил. Типо они сами решат как им жить? Ну так они уже решили - если запланировали фичу через квартал - значит заводят ветку на этот месяц и фичи ветку =) зачем? ну надо.
в данном случае этот "Релиз-менеджер" часть "девопс" команды.
а отдать код девелоперам я не уловил. Типо они сами решат как им жить? Ну так они уже решили - если запланировали фичу через квартал - значит заводят ветку на этот месяц и фичи ветку =) зачем? ну надо.