AD
как насчет некоторых форм лишая и псориазов, которые от стрессов
Size: a a a
2019 January 18
D
От стресса вся имунная система рушится
В
как насчет некоторых форм лишая и псориазов, которые от стрессов
а еще может быть Рожа - это такое заболенивание если что
AD
вот-вот, а сверху еще бактерии и вирусы - и всё, привет
D
причем, стресс пройдет, а псориаз останется навсегда
ДИ
Все сложнее.
- Для любой важной сборки, даже спринтовой важности, хорошо бы иметь
— какие-то автопроверки.
— юнит-тесты
— какой-то минимальный путь здорового юзера
— одно время на новые сборки мы еще напускали "обезьяну", вдруг чего интересного выбьет
— логи, если есть
Про автопроверки и минимальный путь здорового юзера забывать не стоит, потому что даже в середине есть риск что кто-то из менеджмента возьмет приложение, попадет на что-то нерабочее, и начнется ...
Для релиза
- можно выделять больше проверок если приложение мелкое
- но прежде всего опять таки "минимальный путь здорового юзера"
- можно больше тестировать новые фичи
- можно гонять больше интерфейсных автопроверок
- очень стоит смотреть логи
Рано или поздно ситуация всегда приходит к тому что "тестировать все" в релизе невозможно. Он слишком большой. И всегда выделяется какой-то "минимальный набор", а "полную регрессию" делать перестают.
- Для любой важной сборки, даже спринтовой важности, хорошо бы иметь
— какие-то автопроверки.
— юнит-тесты
— какой-то минимальный путь здорового юзера
— одно время на новые сборки мы еще напускали "обезьяну", вдруг чего интересного выбьет
— логи, если есть
Про автопроверки и минимальный путь здорового юзера забывать не стоит, потому что даже в середине есть риск что кто-то из менеджмента возьмет приложение, попадет на что-то нерабочее, и начнется ...
Для релиза
- можно выделять больше проверок если приложение мелкое
- но прежде всего опять таки "минимальный путь здорового юзера"
- можно больше тестировать новые фичи
- можно гонять больше интерфейсных автопроверок
- очень стоит смотреть логи
Рано или поздно ситуация всегда приходит к тому что "тестировать все" в релизе невозможно. Он слишком большой. И всегда выделяется какой-то "минимальный набор", а "полную регрессию" делать перестают.
От вас как всегда топовый ответ
ДИ
ммм пушей в мастер нет, есть в отдельные ветки, а потом ветка мержится с мастером
Почему вы мержите ветки с мастером ?
Я не знаю вашего гитфлоу, но на мой взгляд ветки нужно мержить с девелопом , из девелопа собирать релиз, тестировать и мержить с мастером , а потом с девелопом.
Я не знаю вашего гитфлоу, но на мой взгляд ветки нужно мержить с девелопом , из девелопа собирать релиз, тестировать и мержить с мастером , а потом с девелопом.
CR
Почему вы мержите ветки с мастером ?
Я не знаю вашего гитфлоу, но на мой взгляд ветки нужно мержить с девелопом , из девелопа собирать релиз, тестировать и мержить с мастером , а потом с девелопом.
Я не знаю вашего гитфлоу, но на мой взгляд ветки нужно мержить с девелопом , из девелопа собирать релиз, тестировать и мержить с мастером , а потом с девелопом.
это ж автотесты
ДИ
1) У вас прописано что перед тем как вмержить ветку в мастер (или девелоп) надо сначала вмержить это в фичевую ветку?
2) Ты делаешь себе мерж "оттуда" перед тем как сделать реквест "туда"?
2) Ты делаешь себе мерж "оттуда" перед тем как сделать реквест "туда"?
Логично из девелопа подтянуть все в ветку , затем внести свои изменения и смержить с девелопом
ДИ
это ж автотесты
И что?
ЕЛ
в любом случае вот вам
ДИ
Смотри. Мержи это совершенно не односторонняя игра.
Как было у нас.
— есть какой-то основной бранч, мастер или девелоп (было и так и так)
— перед тем как начать работу ты создал себе свой бранч ("отбранчевался")
— сделал свои изменения
— за это время бранч от которого ты отбранчевался мог получить еще коммитов
— поэтому ты берешь и мержишь первоначальный (мастер или девелоп) в свою ветку (это мерж чисто на твоей стороне)
— а уже -=потом=- отправляешь мерж реквест на первоначальную ветку в которую ты хочешь влить свои изменения.
Как было у нас.
— есть какой-то основной бранч, мастер или девелоп (было и так и так)
— перед тем как начать работу ты создал себе свой бранч ("отбранчевался")
— сделал свои изменения
— за это время бранч от которого ты отбранчевался мог получить еще коммитов
— поэтому ты берешь и мержишь первоначальный (мастер или девелоп) в свою ветку (это мерж чисто на твоей стороне)
— а уже -=потом=- отправляешь мерж реквест на первоначальную ветку в которую ты хочешь влить свои изменения.
+
CR
И что?
код пишет в основном 1 человек, и их пока очень мало
ЕЛ
#hr #томск В новом году перед нами стоит крайне амбициозная и масштабная задача, необходимо реализовать крупный интернет-проект. Сейчас открыты вакансии Frontend- разработчиков, Beckend- разработчиков, разработчиков мобильных приложений и специалистов по тестированию. С полным списком открытых вакансий можно ознакомиться на сайте http://magdv.com/
В
#hr #томск В новом году перед нами стоит крайне амбициозная и масштабная задача, необходимо реализовать крупный интернет-проект. Сейчас открыты вакансии Frontend- разработчиков, Beckend- разработчиков, разработчиков мобильных приложений и специалистов по тестированию. С полным списком открытых вакансий можно ознакомиться на сайте http://magdv.com/
а че за дискриминация некоторых вакансий - QA отдела, ВА, PM ?
В
Ого - современное рабочее место (быстрый компьютер, SSD-диск, 2 монитора). Прям целый ССД дают )Можно еще добавить GTX1080 и 32 GB ОЗУ )
K
а че за дискриминация некоторых вакансий - QA отдела, ВА, PM ?
2 вакансии QA минимум есть
В
2 вакансии QA минимум есть
нее - я про само название вакансий - остальные на англ и технически корректно названы
В
а тут специалист по тестированию и тд
/R
#hr #томск В новом году перед нами стоит крайне амбициозная и масштабная задача, необходимо реализовать крупный интернет-проект. Сейчас открыты вакансии Frontend- разработчиков, Beckend- разработчиков, разработчиков мобильных приложений и специалистов по тестированию. С полным списком открытых вакансий можно ознакомиться на сайте http://magdv.com/
Работу hr повесили ?