Кто должен закрывать баг в баг-трекере?

Перейти на страницу опроса.

Попытка вставки формы опроса непосредственно на эту страницу завершилась факапом.

Я в курсе того, что вопрос кажется странным. но на одном ресурсе (потом укажу) обсуждение этого вопроса уже собрало 160 комментариев, и спор только разгорается…

Комментарии (11)

RSS свернуть / развернуть
+
+1
Странный вопрос. :)))

Это полностью зависит от того, какую семантику вы хотите придать этому статусу.
Можно придать семантику «пофиксил — пользуйтесь».
Можно придать семантику «запущено в релиз».
Можно придать семантику «проверено — баг поправлен».
Можно — «проверено в последнем релиз-кандидате — баг поправлен».

У нас для некоторых проектов используется первый вариант, а для некоторых — последний.
avatar

xoposhiy

  • 29 января 2010, 20:37
+
+3
Какой-то простой вопрос, чего спорить-то? Занудство же сейчас в моде, поэтому ответ — тот, кто согласно процессам компании в данном проекте должен закрывать дефекты в баг-трекере.
avatar

retverd

  • 29 января 2010, 22:18
+
0
Просмотрел обсуждение, можете меня, конечно, поправить, но мы можем поставлять зануд на мировой рынок!!! Я нигде не увидел замечания, что QA инженер/лид ну никак не может ни заносить дефекты, ни тем паче закрывать, ведь этим занимается QC инженер)

А по факту складывается ощущение, что каждому просто хочется высказаться, то ли наболело, то ли заняться нечем.
avatar

retverd

  • 29 января 2010, 23:35
+
0
Я бы убрал слово должен из вопроса, т.к. оно косвенно указывает на должностные обязанности.
Я знаю что за ресурс, коменты там не читал, не заинтересовало. Мой вариант — тестер, если сложно — тот, кому дешевле.
avatar

clauster

  • 30 января 2010, 23:48
+
+1
Моё имхо такое: зависит от процесса работы с дефект-трэкером. Тестировщики должны проверефицировать все исправленые дефекты, но первое право проверить как починили принадлежит тому, кто этот дефект написал, если он это хочет сделать. Что дальше произойдет с проверифицированным дефектом зависит от того как вы работаете и какие возможности предоставляет ваш дефект-трэкер. Мы обычно при верификации ставим «Closed as Verified».
avatar

LeshaL

  • 31 января 2010, 22:12
+
0
ППКС :)
avatar

Vader

  • 31 января 2010, 23:16
  • ↑
+
0
Да, наверное надо уточнить, что если тот кто написал дефект, является лицом его устранившим, то верефицировать должен кто-то другой.
avatar

LeshaL

  • 1 февраля 2010, 13:22
  • ↑
+
0
Вероятно я что то не понимаю в этой жизни…
Баг должен закрывать тот, кто проверяет его отсутствие. Это прерогатива тестировщика. Бывают и исключения, но мы же сейчас не о них?
avatar

Nocturobus

  • 2 февраля 2010, 18:10
+
0
Раз уж тут собрались зануды, внесу и я свою лепту :)

Алексей, я присоединяю свой голос к автору первого коммента и хочу узнать — что подразумевается под словом «закрывать»? Это означает просто «Проверено» или «Реально больше не проявляется, в натуре!»
avatar

barancev

  • 3 февраля 2010, 00:08
+
0
Это значит «Тема полностью закрыта, работы по ней больше не ведутся».

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

В одном из предыдущих проектов тестировщики только ставили статус Tested и переводили их на менеджера проекта, у которого была прерогатива окончательно закрывать issues в трекере.
avatar

astenix

  • 3 февраля 2010, 00:21
  • ↑
+
0
Тогда вопрос можно переформулировать — когда можно считать, что «тема полностью закрыта»? Предположим для простоты, что это хостед-система с единственной инсталляцией. Но многопользовательская!

Тема закрыта когда дефект проверили? Или когда приложение подготовлено к деплойменту? Или когда приложение задеплоено и как бы работает? Или когда самый распоследний юзер подтвердил, что у него нет претензий? Или через месяц после того, как самый распоследний юзер ...(далее по тексту)..., если в течение этого месяца не было новых инцедентов?
avatar

barancev

  • 3 февраля 2010, 00:31
  • ↑

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.