Почему важно доносить до разработчика дефект, даже если он говорит, что на его стенде всё работает нормально? Он-то разработчик, сильнее в хардах, значит, скорее всего, во время тестирования было сделано что-то не так. Думаю, многие QA хотя бы раз ловили себя на этой мысли. Но это не всегда так. Был случай, когда после забора изменений я поймал дефект при миграции схемы. При первом запуске всё проходило нормально. При повторном запуске процесс неожиданно снова доходил до миграции схемы и падал с ошибкой создания индекса на отсутствующем поле. Полез разбираться. В итоге выяснилось, что в одном из changeSet это поле удалялось, а в другом, который относился к более ранней версии, на него навешивался индекс. Поэтому при повторном прохождении миграции процесс пытался создать индекс на поле, которого уже не было, и падал. Пошёл к разработчику, говорю: при повторном запуске процесс снова доходит до миграции схемы и падает с ошибкой. Он отвечает: у меня на стенде всё отрабатывает штатно. Я ещё раз перепроверил у себя и предложил созвониться. Мне совершенно не нравилось, что это может уйти в прод в таком виде. Расшарил экран, показал ошибку. Потом вместе посмотрели diff между локальной веткой и фича-веткой в удалённом репозитории, чтобы проверить, не пропустил ли я что-то.Всё сходилось. В итоге оказалось, что у разработчика на стенде уже были накатаны изменения из следующей фича ветки. Из-за этого у него всё работало без ошибок. Он поправил changeSet, и после этого повторный запуск проходил штатно. Если бы я не настоял на том, чтобы вместе разобрать этот кейс, проблема могла бы уйти в прод и привести к срыву развертывания, ручному исправлению состояния базы и потере доверия клиента. Так что одна голова хорошо, а две лучше.

P.S. Я все еще нахожусь в поиске работы. Кошек кормить надо.