QA/Bugzilla/Fields/Status/NEEDINFO/ru

    From The Document Foundation Wiki
    < QA‎ | Bugzilla‎ | Fields‎ | Status
    This page is a translated version of the page QA/Bugzilla/Fields/Status/NEEDINFO and the translation is 12% complete.
    Outdated translations are marked like this.
    Other languages:

    NEEDINFO is a value for the Status Field in Bugzilla.

    This page explains the purpose of NEEDINFO and describes the steps the QA team takes when using it.

    Значение NEEDNIFO

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

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

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

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

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

    When setting the status to NEEDINFO, the QA team tries to do the following:

    1. Be very clear about what information is being requested
    1. Politely ask the reporter to address the request
    2. Let the reporter know the appropriate status to set the bug to after information is requested

    We have some pre-written responses that provide enough information about the status.

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

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

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

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

    Обоснование

    In 2013, members of the QA team had a lengthy discussion about the meaning of NEEDINFO. Changes were proposed in order to identify what exactly NEEDINFO means. Up until then, NEEDINFO had been a status which existed in perpetuity, where it oftentimes sat indefinitely as the user was no longer following their bug and therefore would never provide the information requested. In general, there was agreement that this status should give us an idea of what bugs will realistically ever get attention again, not just be a placeholder for any bug that we request information for and then just sits there indefinitely. Which led to the current definition.

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

    • Это относительно стандартная процедура для всех крупных проектов.
    • Создаёт более подходящий идею, для продвижения ошибки к исправлениям (то есть, либо ошибка, по сути мертва, либо репортёру нужно активнее работать с командой QA и разработчиками.)
    • Предлагает пользователям быть проактивными с отчетами об ошибках.
    • В основном пользователи забывают об ошибках, это позволяет им напомнить о них.
    • Даёт NEEDINFO конкретное определение и позволяет этому пункту быть более работоспособным (аналогично второму пункту).
    • Encourage users and contributors to be proactive about bug reports
    • General reminder that a bug exists: users often simply forget about them
    • Give NEEDINFO a specific definition that is workable