Кто устраняет дубликаты жучков?

9

Один из моих товарищей по команде и я только что взяли отдельные билеты с ошибками, назначили их отдельно нам, но билеты были дубликатами!

Каков наилучший способ устранения дубликатов билетов? Это обычно делается ресурсами QA? Я работал в нескольких местах, где нетехнические люди говорят, что это прерывает «поток», но это не то, что нетехнический человек может сделать в ситуации, когда доступ к разработчикам ограничен (т.е. в основном всегда).

bug issue-tracking qa micahhoover
источник
7
Я бы сказал, наоборот: ваш первый шаг в качестве разработчика, когда вы берете билет, должен проверять наличие дубликатов. Это самый простой способ закрыть заявку, и часто только разработчик точно знает, действительно ли два билета являются дубликатами.
Дэн Пичельман,
Возможно, вам следует больше общаться со своими товарищами по команде? Обычно мы говорим нашим коллегам по одному и тому же проекту: «Я закончил, собираюсь сделать это сейчас»
NeeL

Ответы:

11

Действительно, каждый должен приложить разумные усилия, чтобы избежать дубликатов, но разработчики обычно находятся в лучшем положении для этого. Ошибки могут быть найдены многими людьми, но обычно их фильтруют один разработчик или небольшая команда, отвечающая за эту область кода. Кроме того, вам часто нужен код, чтобы определить, имеют ли две разные симптомы одну и ту же основную причину. Все трекеры могут легко обрабатывать дубликаты. Вы не должны беспокоиться о том, что они иногда появляются.

С другой стороны, если они происходят постоянно , вы просто дублируете усилия тестировщиков и, возможно, захотите пересмотреть то, как вы распределяете свои ресурсы для тестирования.

Карл Билефельдт
источник
3

Отправьте изменения кода под одним тикетом, затем разрешите другой тикет с пометкой «это дубликат, код под ошибкой # xxx».

Это происходит все время.

Лоуренс Айелло
источник
2

Это должно быть сделано в процессе планирования. Когда ошибки изначально распределяются и расставляются по приоритетам, лицо, занимающееся этим ранжированием, должно убедиться, что в основном заделе нет дубликатов.

JasonB
источник
2
В идеале разработчики не должны работать с отчетами об ошибках до того, как они достигнут стадии «Triaged», на которой подтверждается, что ошибка существует, а не является дубликатом, и к ней прикреплены контрольный пример или инструкции по воспроизведению.
Саймон Рихтер
0

Также обратите внимание на положительную сторону: если один и тот же баг был обнаружен дважды независимо, его легче воспроизвести. И разработчиками, и заказчиками :-(, так что это может иметь более высокий приоритет для исправления.

У вас часто будет один человек, который должен определять приоритеты ошибок, а также удалять дубликаты, либо ваш менеджер, либо один человек с этой задачей. Это должно быть более эффективным, вместо того, чтобы выбирать ошибку, а затем просматривать весь список ошибок, чтобы найти похожие.

В худшем случае, если вы не избегаете дубликатов, это когда вы исправляете ошибку, а затем следующий парень тратит много времени, чтобы воспроизвести ошибку, которую невозможно воспроизвести, потому что она исчезла.

gnasher729
источник