и тд))

коллектив веселый)

тогда должно быть кирклеси

Ага, я как-то переписывал Калугина "ем злосчастную селёдку", так чтобы ещё и рифма сохранилась.

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

Не, лучше твиттер-ленту нормальную набрать.

Снова у кого-то тесты на проде

Может кто сталкивался - это норма, когда техподдержка делает скрины, залезая в мой аккаунт?

"Здравствуйте, Марат!

Слова попадают на тренировки из словаря пользователя. Это значит, что в Вашем словаре это слово занесено именно с таким переводом - http://take.ms/5JbZ1
Боюсь, что такое слово не известно нашему переводчику, будет лучше если Вы удалите его вовсе."

у нас такое делается только в редком случае и только с разрешения акк. владельца

Ога, потом вторая пришла)

Ребят подскажите пожалуйста какой утилитой можно дернуть json в полученном пуше?)

Как прописано в лицензионном соглашении, так ты и согласился :)

Это по-моему иначе не потестишь) странно что сразу на всю аудиторию)

Всем привет.
Прошу совета по вашему воркфлоу, если можно на примерах.

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

0) Существует ветка develop
1) Каждая фича реализуется в отдельной ветке > тестируется по требованиям к фиче > дорабатывается > тестируется > вливается в develop ветку
2) Из develop ветки собирается релиз, соответственно все что влилось, попадает в релиз > регресс

Какой мы имеем плюс:
1) ветке develop находится в хорошем состоянии и не имеет критов за редкими случаями когда тестировщик его пропустил или при интеграции произошел какой-то конфликт
2) такой подход позволяет быстро собрать релиз

Какие мы имеем минусы:
1) иногда, ветки могут ожидать тестирования 1-2 недели ( соотношение разработчиков и тестировщиков 7к1), соответственно ветки могут устарет, что приведет к неизбежному конфликту при мерже в develop
2) у приложения 5 модулей и часто бэк фунционал требуется в нескольких модулях, а он может стопориться из-за багов в отдельной фитче


На что разработчики предлагают вливать бэк в develop, тестируя ветку Постманом, дергая запросы и юнит-тестами.
Оргументируя, что мы должны реализовывать фичи , потому что у нас сроки и т.д. , а фитчи у нас якобы стопорятся и висят долго.

Мне такой подход кажется неправильным, ибо часто бывает когда метод через Постман отрабатывает, юнит тесты у разработчика прошли успешно, а при тесте от клиента(фронта) метод отваливается по ошибке.
Соответственно если проверить через Постман и юнит-тесты, это не говорит о том, что багов нет и функционал готов.
Из-за чего в develop будут вливаться фичи с багами, что затормозит выпуск релизов и разработку в целом, а так же снизит качество.

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

Поделитесь пожалуйста своим опытом.

Ух, сразу столько всего - не знаю на что и ответить. Буду писать понемногу пока не надоест (день был тяжёлый, надоест быстро)

Если постманы проходят, выходит контракт нарушается с фронтом?аля новые обратно несовместимые с текущим фронтом респонсы

А у вас что, не делают мерж девелопа в ветку перед мержем ее в девелоп?

Значит, кому нужен новый функционал от бека - пусть ребейзится на ветку бека и прверх неё работает. На свой страх и риск.