MM
такой ты упоротый)
днём пишем то, что нужно. Ночью - то, что хочется)
Size: a a a
2019 December 04
k
Ну вот backstop + story books такое ловят
я вот всё хочу спросить, когда ты про сторибукс говоришь, то про https://storybook.js.org/ ?
SZ
я вот всё хочу спросить, когда ты про сторибукс говоришь, то про https://storybook.js.org/ ?
да
SM
так вот я вот думаю.... есть ли вообще смысл "проверять руками по сценариям".... или это просто тупо бред
Короче у нас такая ситуация. Во-первых: нам нет смысла выкатывать все как можно быстрее, даже нельзя. Каждое изменение юи надо показывать саппорт менеджерам кастомеров (у нас продукт, каждому кастомеру свой инстанс), они возможно пилят мануал. Каждому кастомеру сетапается свой контент. И, например, есть таски и они должны выдаваться один за другим. И если фича работает, это не значит что вся таск программа работает, т.к. ее еще можно криво засетапать. Поэтому перед запуском и деплоем стремных релизов куа проходят всем таскам, как юзеры. Т.е. бывают ситуации, когда тестить надо не код, а сам контент.
SM
Короче у нас такая ситуация. Во-первых: нам нет смысла выкатывать все как можно быстрее, даже нельзя. Каждое изменение юи надо показывать саппорт менеджерам кастомеров (у нас продукт, каждому кастомеру свой инстанс), они возможно пилят мануал. Каждому кастомеру сетапается свой контент. И, например, есть таски и они должны выдаваться один за другим. И если фича работает, это не значит что вся таск программа работает, т.к. ее еще можно криво засетапать. Поэтому перед запуском и деплоем стремных релизов куа проходят всем таскам, как юзеры. Т.е. бывают ситуации, когда тестить надо не код, а сам контент.
было и у нас близко к этому. при чем тут качесвто самих куа очень играет роль
наши вольнонаемные тестировщики постоянно менялись и тестили из рук вон плохо.... потому многие сценарии ручками проганяли мы сами. такое себе удовольствие
наши вольнонаемные тестировщики постоянно менялись и тестили из рук вон плохо.... потому многие сценарии ручками проганяли мы сами. такое себе удовольствие
SP
Короче у нас такая ситуация. Во-первых: нам нет смысла выкатывать все как можно быстрее, даже нельзя. Каждое изменение юи надо показывать саппорт менеджерам кастомеров (у нас продукт, каждому кастомеру свой инстанс), они возможно пилят мануал. Каждому кастомеру сетапается свой контент. И, например, есть таски и они должны выдаваться один за другим. И если фича работает, это не значит что вся таск программа работает, т.к. ее еще можно криво засетапать. Поэтому перед запуском и деплоем стремных релизов куа проходят всем таскам, как юзеры. Т.е. бывают ситуации, когда тестить надо не код, а сам контент.
У нас тоже ui менять без апрува нельзя, но есть фичатоглы
SP
И я не понял немного... У вас деплои ручные что-ли?
SM
Кнопкой
КГ
И я не понял немного... У вас деплои ручные что-ли?
У нас релиз инженер собирает релиз, вешает метку, расставляет эту метку всем таскам в жире, делает ещё какую то хуйню, а потом только ПМ может нажать кнопку чтобы оно улетело на прод
SP
У нас релиз инженер собирает релиз, вешает метку, расставляет эту метку всем таскам в жире, делает ещё какую то хуйню, а потом только ПМ может нажать кнопку чтобы оно улетело на прод
отлично, следующий этап заменить релиз инженера на скрипт
КГ
отлично, следующий этап заменить релиз инженера на скрипт
Почему бы не выкинуть всё нахуй во имя CD
КГ
У меня прям горит от всего этого, откровенно говоря
SP
Почему бы не выкинуть всё нахуй во имя CD
При cd все ещё важно трекать что в каком деплое было
SP
Cd это про возможность менеджеру кнопку нажать
SP
Если ты не про континиус деплойсент. Там тоже надо понимать какая задача регрессию вызвала
КГ
Да я про deployment, думал с delivery это одно и тоже
КГ
отлично, следующий этап заменить релиз инженера на скрипт
Боюсь это невозможно, во всяком случае в текущих условиях.
Есть всякие Deploy notes, типа сходить в другую репу поменять там энвы, подождать релиз сервиса другой команды
Есть всякие Deploy notes, типа сходить в другую репу поменять там энвы, подождать релиз сервиса другой команды
КГ
Если ты не про континиус деплойсент. Там тоже надо понимать какая задача регрессию вызвала
А как это тегами трекать если условно 15 деплоев на прод на дню?
F
1.0.1, 1.0.2, 1.0.15
КГ
FOX
1.0.1, 1.0.2, 1.0.15
Они прилетели на прод с интервалом в час, регрессия возникла в 1.0.1, но менеджер на неё наткнулся после 1.0.100500