Size: a a a

2019 February 07

DA

Dmitry Archie in QA Alliance
Дмитрий Игоревич
Это ладно. Но вот как на счет того, чтобы вливать в develop тестируя только постманом и юнит-тестами ?
Если старый бек не меняется, то старый фронт он не должен ломать.
источник

DA

Dmitry Archie in QA Alliance
Это опять из мира единорогов
источник

DA

Dmitry Archie in QA Alliance
По хорошему - если тесты нормальные на бек, то бек фронт не сможет поломать так чтобы этого не заметили тесты. А если смог - надо улучшать тесты
источник

R(

Roman (rpwheeler) in QA Alliance
Дмитрий Игоревич
Это ладно. Но вот как на счет того, чтобы вливать в develop тестируя только постманом и юнит-тестами ?
Фичевая ветка фронта, фичевая ветка бэка.
Согласование контракта между бэком и фронтом и его фиксация где-то.
В конце разработки мержи девелопов в фичевые ветки.
Деплой бэка и фронта вместе на тестовое окружение.
Тестирование,
багфикс.
Прогон на фичевых ветках всего чего там есть из автопроверок.
Пулл реквесты, код ревью.
Мерж в девелоп, смоук.
___
Если фиче столько ждут тестирования, значит вы зашиваетесь и вам  нужно +1 в команду.
источник

M

Mangusta in QA Alliance
Можно ещё backward-compatible  изменения делать, дабы никто друг дружку не ждал
источник

R(

Roman (rpwheeler) in QA Alliance
Еще бы добавил какой-то смоук автопроверочный набор который, грубо говоря, зацепит все запросы и засечет если где есть 500-я или не пришло контента.
источник

R(

Roman (rpwheeler) in QA Alliance
Дмитрий Игоревич
Это ладно. Но вот как на счет того, чтобы вливать в develop тестируя только постманом и юнит-тестами ?
Судя по описанию ситуации это очевидно не работает.
источник

R(

Roman (rpwheeler) in QA Alliance
Где-то есть слабое звено:

> а при тесте от клиента(фронта) метод отваливается по ошибке.
источник

R(

Roman (rpwheeler) in QA Alliance
Но за вас это тут не поинвестигейтить.
Надо смотреть фиксацию контракта и причины по которым он отваливается — почему он не отвалился в юнит-тестах?
источник

ДИ

Дмитрий Игоревич... in QA Alliance
Roman (rpwheeler)
> Мне такой подход кажется неправильным, ибо часто бывает когда метод через Постман отрабатывает, юнит тесты у разработчика прошли успешно, а при тесте от клиента(фронта) метод отваливается по ошибке.

Контракты фиксируются где-то?
Контракты ?
источник

DA

Dmitry Archie in QA Alliance
Roman (rpwheeler)
Фичевая ветка фронта, фичевая ветка бэка.
Согласование контракта между бэком и фронтом и его фиксация где-то.
В конце разработки мержи девелопов в фичевые ветки.
Деплой бэка и фронта вместе на тестовое окружение.
Тестирование,
багфикс.
Прогон на фичевых ветках всего чего там есть из автопроверок.
Пулл реквесты, код ревью.
Мерж в девелоп, смоук.
___
Если фиче столько ждут тестирования, значит вы зашиваетесь и вам  нужно +1 в команду.
Я бы строил фронтовую ветку не на девелопе, а на ветке бека. По крайней мере с того момента как она станет чуть живой
источник

ДИ

Дмитрий Игоревич... in QA Alliance
Roman (rpwheeler)
Фичевая ветка фронта, фичевая ветка бэка.
Согласование контракта между бэком и фронтом и его фиксация где-то.
В конце разработки мержи девелопов в фичевые ветки.
Деплой бэка и фронта вместе на тестовое окружение.
Тестирование,
багфикс.
Прогон на фичевых ветках всего чего там есть из автопроверок.
Пулл реквесты, код ревью.
Мерж в девелоп, смоук.
___
Если фиче столько ждут тестирования, значит вы зашиваетесь и вам  нужно +1 в команду.
по сути у нас сейчас так и есть, кроме пункта 3 - В конце разработки мержи девелопов в фичевые ветки.
источник

M

Mangusta in QA Alliance
Типа договоренности,что фронт будет дергать бэк и ждать от него только то, что зафиксировано в примерах, например, тестах. Прошли тесты,значит, чтобы нового бэк не наплел,фронт будет дергать и получать тоже,что и раньше,ибо тесты уже таким образом подёргали и им норм
источник

R(

Roman (rpwheeler) in QA Alliance
Что фронт ждет от бэка (API, форматы данных) и бэк должен дать фронту.
источник

DA

Dmitry Archie in QA Alliance
Mangusta
Типа договоренности,что фронт будет дергать бэк и ждать от него только то, что зафиксировано в примерах, например, тестах. Прошли тесты,значит, чтобы нового бэк не наплел,фронт будет дергать и получать тоже,что и раньше,ибо тесты уже таким образом подёргали и им норм
А с другой стороны мок бека, который работает так как должен работать настоящий бек
источник

Dq

Dmitry qDims in QA Alliance
да все именно так
источник

Dq

Dmitry qDims in QA Alliance
Dmitry Archie
А с другой стороны мок бека, который работает так как должен работать настоящий бек
ты парню день сделал пошарив его канал =)
источник

DA

Dmitry Archie in QA Alliance
Dmitry qDims
ты парню день сделал пошарив его канал =)
Думаю, он сам себе сделал день - не я один это шарил :)
источник

SP

Straxoff Pavel in QA Alliance
Ну канал годный
источник

SP

Straxoff Pavel in QA Alliance
Лебедева чуть напомнил
источник