Комментарии 6
С выходом на хабру вас! Начали бодро — ждём продолжения ;-)
+2
Бывают ли у вас такие ситуации: во время тестирования каждой доработки на отдельном инстансе всё хорошо; когда ветки сливаются, то они ломают друг друга и появляется баг?
0
Да, это возможно, поэтому у нас отдельно выполняется регрессионное тестирование на Release candidate версиях в окружении Pre-production. Release candidate эта та версия, что при успешном результате регрессионного тестирования попадает в следующий Production релиз. Что характерно, она собирается уже из ветки, в которую мы слили разнообразные фичи и изменения. Смысл отдельного окружения Pre-production — максимально повторять Production по конфигурации.
0
Правильно ли я понял, что таким образом фича тестируется дважды: один раз в своём изолированном инстансе, и второй раз в составе релиз-кандидата (скорее всего, уже не так подробно)?
0
Все-таки цель регрессионного тестирования — протестировать широко весь основной функционал, поэтому если рассматриваемая фича имеет к нему отношение — будет протестирована в процессе нахождения регрессий. Если же не протестирована — имеет шанс попасть в обновление плана регрессионного тестирования. Т.е. двойное тестирование не является самоцелью, но зачастую неявно осуществляется.
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Параллельные вселенные для вашего CI/CD пайплайна в Octopod