Size: a a a

QA — Автоматизация

2021 January 04

ZE

Zewa 🚽 Expert in QA — Автоматизация
Roman (rpwheeler)
Извините, если Вас интересуют быстрые релизы а не возможные проблемы, я считаю что Вы очень плохой пример тестировщика.
Потому что задача тестировщика искать проблемы, и чужой опыт проблем может в этом помочь.
Как связано твое мнение относительно быстрых релизов и целей тестирования с изначальным вопросом? Что за переходы на личности?
источник

IT

Ivan Trechyokas in QA — Автоматизация
Zewa 🚽 Expert
Как связано твое мнение относительно быстрых релизов и целей тестирования с изначальным вопросом? Что за переходы на личности?
забейте, не стоит оно того.
источник

IT

Ivan Trechyokas in QA — Автоматизация
лучше уж про селениум )
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ivan Trechyokas
спасибо.

если можно, я бы отписался от "абстрактных комментариев".

речь шла про 4 ветки разработки в один момент, помимо фиче-бранчей. ДевОпсы просто сходят с ума с тем, чтобы код поместить в нужные ветки, чтобы это задеплоить всё.
Ээээээ.... ыыыыы..... а почему веток 4? Почему девопсы помещают код?
источник

IT

Ivan Trechyokas in QA — Автоматизация
Alexei Vinogradov
Ну вот и решили все проблемы не дожидаясь пятницы. Во всех бедах в IT виноваты собственники компаний. Можно теперь к Selenium перейти?
https://www.selenium.dev/documentation/en/getting_started_with_webdriver/locating_elements/

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

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
Ээээээ.... ыыыыы..... а почему веток 4? Почему девопсы помещают код?
как вы там говорили ... сейчас вспомню "это реальный мир"
источник

ES

Edward Surov in QA — Автоматизация
Быстрые релизы требуют идеально автоматизированного регресса по вовремя актуализированным тестовым моделям. Я бы задался вопросом - а откуда берутся хотфиксы при таком коммунизме?
источник

IC

Ilya L Che in QA — Автоматизация
Ivan Trechyokas
https://www.selenium.dev/documentation/en/getting_started_with_webdriver/locating_elements/

а чего вдруг тебя стала интересовать этот момент, в Selenide пазлерах же был такой вопрос =)
Там точно есть объяснение, почему первый вариант работает?
источник

IT

Ivan Trechyokas in QA — Автоматизация
Edward Surov
Быстрые релизы требуют идеально автоматизированного регресса по вовремя актуализированным тестовым моделям. Я бы задался вопросом - а откуда берутся хотфиксы при таком коммунизме?
да, это всё оно понятно. и речь сейчас не про то "как сделать быстрые релизы", к ним нужно дико много сил приложить - юниты, регересс тесты, деплои, стабилизация энвайронментво и политики с базами данных.

а скорее у кого как построен их идеальный пайплайн по доставке фичей при условии 4ёх платформ
источник

EB

Evgenii B in QA — Автоматизация
Ivan Trechyokas
Пс, посоны и девчонки.
Уверен, что у вас куча опыта по моему запросу.

Есть проект, в котором есть back + web + iOS + Antroid.

Какой релизный цикл лучше всего подойдёт для таких систем?
Известно, что ревью приложений ios/anrdoid занимает время в офф.маркетах, поэтому "секундного деплоя" тут не получится, как для back+web.

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

Кто как сживался и получалось ли менять процесс релизов на что-то более интересное?
Как сделать менее больно:
1) единый бек для всех платформ
2) веб релизится асинхронно и часто, мобилки — как позволяет вам ваша пользовательская база. Я бы как пользователь не хотел качать новое приложение каждую неделю. Поэтому вопрос "как часто релизить?" упирается в
— ваших юзеров и метрик того, как они положительно или не очень имеют адопшен рейт обновленных версий.
— как часто вы косячите и вам приходится делать "стыдные" версии которые в основном только хотфиксы содержат.
— как бизнесу часто нужно закидывать новые фичи на пользователей

в Банках в США часто делается так с мобилками еще: создается в приложении webview, верстка которого меняется в зависимости от фич. То есть таким образом новая фича в ненативном виде появляется в приложении раньше, чтобы собрать стату интереса \ начальный фидбек если будет.

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

в чем его убогость? кому от таких релизов плохо? пользователям \ стейкхолдерам \ тебе лично? Приведи пример.
источник

ES

Edward Surov in QA — Автоматизация
Ivan Trechyokas
да, это всё оно понятно. и речь сейчас не про то "как сделать быстрые релизы", к ним нужно дико много сил приложить - юниты, регересс тесты, деплои, стабилизация энвайронментво и политики с базами данных.

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

SV

Stanislav Vasenkov in QA — Автоматизация
/stat@combot
источник

C

Combot in QA — Автоматизация
Total messages: 146521
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ivan Trechyokas
как вы там говорили ... сейчас вспомню "это реальный мир"
"А почему Вы не хотите его изменить?" (кто же это мне недавно говорил, а?)
источник

IT

Ivan Trechyokas in QA — Автоматизация
Evgenii B
Как сделать менее больно:
1) единый бек для всех платформ
2) веб релизится асинхронно и часто, мобилки — как позволяет вам ваша пользовательская база. Я бы как пользователь не хотел качать новое приложение каждую неделю. Поэтому вопрос "как часто релизить?" упирается в
— ваших юзеров и метрик того, как они положительно или не очень имеют адопшен рейт обновленных версий.
— как часто вы косячите и вам приходится делать "стыдные" версии которые в основном только хотфиксы содержат.
— как бизнесу часто нужно закидывать новые фичи на пользователей

в Банках в США часто делается так с мобилками еще: создается в приложении webview, верстка которого меняется в зависимости от фич. То есть таким образом новая фича в ненативном виде появляется в приложении раньше, чтобы собрать стату интереса \ начальный фидбек если будет.

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

в чем его убогость? кому от таких релизов плохо? пользователям \ стейкхолдерам \ тебе лично? Приведи пример.
Спасибо.

В том, что как вы описали про «стыдные» релизы, релиз может содержать 1 фичу или много. Для мобилок обычно делают же «опциональные релизы», то есть хочешь фичи - обновляешься. Никто не заставит, если там нет чего-то, что ломает совместимость.

Но обычно мобилки да, группируют набор фич и релизятся.
источник

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
"А почему Вы не хотите его изменить?" (кто же это мне недавно говорил, а?)
И поверьте, это не противоречит  моей позиции.
я же не просто так спрашиваю, чтобы подумать как это изменить.
источник

EB

Evgenii B in QA — Автоматизация
ну так и разве это плохо? набираете в кучу фич да релизьтесь, только протестируйте хорошо. в этом плане релизы мобилок удобно делать по канбану - набросал 10 фичей, накинул еще самых важных багов, зафризил это все дело - да и двигай тикеты вправо
источник

IT

Ivan Trechyokas in QA — Автоматизация
Ilya L Che
Там точно есть объяснение, почему первый вариант работает?
Потому что баг в селениде?) и оба должны не работать
источник

IC

Ilya L Che in QA — Автоматизация
Ivan Trechyokas
Потому что баг в селениде?) и оба должны не работать
А вдруг не только в селениде?😱
источник

IT

Ivan Trechyokas in QA — Автоматизация
Evgenii B
ну так и разве это плохо? набираете в кучу фич да релизьтесь, только протестируйте хорошо. в этом плане релизы мобилок удобно делать по канбану - набросал 10 фичей, накинул еще самых важных багов, зафризил это все дело - да и двигай тикеты вправо
Да, это норм. У меня лично боль от 3 энвайронментов с разными версиями - этого месяца, следующего и хотфикс на версию прода (предыдущего)

:)
источник