Статус ошибки NEEDINFO

From The Document Foundation Wiki
< QA‎ | Bugzilla‎ | Fields‎ | Status‎ | NEEDINFO
Jump to: navigation, search

Введение

Эта страница о состоянии отчета об ошибке NEEDINFO в поле Status на Bugzilla. Она попытается объяснить и уточнить цели NEEDINFO, а также описать меры, которые члены команды QA могут/будут принимать по решению статуса NEEDINFO в отчетах, которые никогда не получат запрашиваемую информацию.

Значение NEEDNIFO

Члены команды QA имели продолжительную дискуссию о значении NEEDINFO. Изменения были предложены для того, чтобы определить, что именно означает статус NEEDINFO. До сих пор статус NEEDINFO назначался на неограниченный срок, где он много раз находился неопределенное количество времени, так как пользователь больше не наблюдал за своими ошибками, и поэтому никогда не предоставлял запрашиваемую информацию. Было решено, что этот статус должен дать нам представление, что ошибки реально получат когда-нибудь внимание снова, а не только являться держателем места для любой ошибки, о которой мы просим дополнительную информацию. Поэтому было сделано определение NEEDINFO:

"NEEDINFO представляет ошибку, которая не может быть воспроизведена и исправлена, пока не предоставят больше информации. Если ошибка находится в этом состоянии в течение более 180 дней, она считается тупиковой, и может быть закрыта."

Установка статуса NEEDINFO ошибок

В целях выполнения задачи по очистки ошибок от статуса NEEDINFO членам команды QA стараться сделать следующее:

  1. Дайте точно понять человеку, какую информация от него требуется;
  2. Обращаясь с просьбой к пользователю, делайте это вежливо;
  3. Дайте пользователю знать о присвоении статуса после того как он даст информацию по запросу.

Когда предоставлена информация

Если репортёр предоставляет информацию отвечающую на запрос, он возвращает статус UNCONFIRMED.

Если информация не предоставлена

При статусе NEEDINFO команда QA будет следовать правилам поддержания Bugzilla в порядоке.

Обоснование

Эта идея была согласована по ряду причин:

  • Это относительно стандартная процедура для всех крупных проектов.
  • Создаёт более подходящий идею, для продвижения ошибки к исправлениям (то есть, либо ошибка, по сути мертва, либо репортёру нужно активнее работать с командой QA и разработчиками.)
  • Предлагает пользователям быть проактивными с отчетами об ошибках.
  • В основном пользователи забывают об ошибках, это позволяет им напомнить о них.
  • Даёт NEEDINFO конкретное определение и позволяет этому пункту быть более работоспособным (аналогично второму пункту).