Теперь Кью работает в режиме чтения

Мы сохранили весь контент, но добавить что-то новое уже нельзя

Что делает разработчик если тестировщик нашёл баг, а программист не может исправить его?

ПрограммированиеТестирование+3
Анонимный вопрос
  · 1,6 K
Веб-разработчик, геймер, специалист по этике  · 8 февр 2022
Не очень понятно, в каком смысле использованы слова "разработчик" и "программист". В команде разработки ПО есть тестировщики, а есть разработчики. Если не считать PM'а, девопсов и бизнес-аналитика, то это всё. "Программист" это обывательское слово, оно не отражает всё, что делает разработчик ПО.
Вообще, "не может" это фраза-триггер для владельца бизнеса, её лучше вообще не произносить никогда, если ты разработчик ПО. К тому же в 99 случаях из 100 эта фраза - ложь.
Если возник затык с каким-то багом, идём по нарастающей, в зависимости от природы проблемы.
Если разработчик не обладает навыками, которые нужны для того, чтобы исправить баг, отправляем этого разработчика на повышение квалификации или меняем его на другого. Вплоть до найма нового, с нужным скиллсетом.
Если у нас дедлайн, а разработчик с нужным набором навыков всё ещё ищет причину проблемы, то всегда можно сделать покерфейс и выпуститься, сделав пометку об этом баге в "известные проблемы", или вообще объявить баг фичей.
Если проблема в чужом коде, ищем возможность обойти проблемный код. Например, перестать его использовать. Если дропнуть чужой код невозможно по причинам бизнеса, можно связаться с разработчиками и попросить это исправить. Если с разработчиками связаться нельзя, мы пишем обёртку вокруг проблемного кода, настолько толстую, насколько нужно. Вплоть до полного повторения нужной функциональности, только без бага.
Если у нас не баг, а фундаментальная проблема в самой постановке задачи, что-то страшное, например, мы заявили, что наша утилита будет способна распознать голос на произвольном языке в заданной звуковой дорожке, а когда начали делать, оказалось, что это текущая проблема академическая в компьютерных науках, то это больше не забота разработчиков, это отправляется к бизнес-аналитику, PM'у и выше, к бизнесу. Либо маркетинг поумерит пыл, либо мы позоримся с тем, что есть, либо мы реально вложимся в исследования по-взрослому.
"Не может" в реальном продакшене не произносят.
1 эксперт согласен
Диванный философ, по совместительству инженер  · 8 февр 2022
Зависит от причины почему его не удалось исправить. А также от того насколько критичен баг. Ну самое частое, буквально такое сплошь и рядом - плавающий баг который потом разработчику не удается воссоздать. Обычно есть некоторое резонное время которое тратится на его воссоздание. После чего баг запоминаем, просто ждем его появления в следующий раз. И надеемся что в... Читать далее
1 эксперт согласен
Работа - в сфере IT. Увлечения - книги, финансы, иностранные языки, здоровье.  · 9 февр 2022  ·
id
В таком случае нет единственно верного подхода, но ориентировочный алгоритм действий следующий. 1. Разработчик может воспроизвести баг у себя? Если нет, то просит тестировщика добавить дополнительные сведения - логи, скриншоты, видео, информация о тестовом окружении. 2. Баг необходимо исправлять? Бывают, например, случаи, что приложение падает после 30 повторных нажатий... Читать далее
Заходите в Яндекс.ДзенПерейти на bit.ly/3w79GNg
Если фраза про то, что на локалке все работывает уже не прокатывает, то говорит, что скоро возьмет в работу и кладет его в backlog и никогда более не возвращается к мыслям о нем. Со временем забудется или станет фичей. Читать далее
1 эксперт согласен
Сцук, я бы сказал, что ответ на самом деле недостоверный, но это такая жиза, что плакать хоца. 😭