Джира: закрыть или разрешить?
вы можете снова открыть как разрешенную, так и закрытую проблему в JIRA. В чем практическая разница? (кроме того, требуется различные разрешения для решения / закрытия проблем, например, если QA участвует)
У нас есть некоторые разногласия в нашей команде для того, чтобы решить или закрыть, и я хотел бы указать на какой-то авторитет и сказать: "мы должны сделать это таким образом".
5 ответов:
типичный рабочий процесс проблемы-это человек, работающий над ошибкой, решает ее, и человек, который открыл ошибку, решает, приемлемо ли разрешение. Если это так, они закрывают его. Если нет, они снова открывают ошибку для дальнейшего обсуждения/работы/пререканий.
исключением из этого является то, что ошибка является дубликатом, часто человек, который работает над ошибкой, понимает, что это дубликат, а затем может закрыть ошибку как дубликат. Или, может быть, они решают это как дубликат, соглашается открыватель, и закрывает его.
IIRC, JIRA имеет довольно гибкий (если сложный) рабочий процесс, поэтому вы можете настроить любой процесс, который, по вашему мнению, подходит для вашей команды и групп, которые будут представлять проблемы.
Edit: Я понимаю, что на самом деле я не обращался к возобновлению закрытых вопросов. По моему опыту, это часто не происходит, потому что люди ищут систему проблем для существующих ошибок, которые демонстрируют то же поведение, что и то, что они видят. И вот если Вам повезет, то довольно часто баги вскрываются без какого-либо расследования существующих проблем.
Это, как говорится, QA или полевой человек пойдет "я помню эту ошибку. Черт возьми, они сказали, что это было исправлено" через некоторое время после того, как первоначальный владелец закрыл его. На этом этапе они могут снова открыть старую ошибку или создать новую и связать ее с оригиналом. Я предпочитаю, чтобы там была новая ошибка и ссылка, а не повторное открытие. Причина в том, что "новый" выпуск может демонстрировать то же самое поведение, но может иметь совершенно другую причину. Это часто бывает, когда действительно общие сообщения журнала ошибок получают выплюнуть.
- Resolved обычно "готов к тестированию"
- закрыт обычно "это сработало"
вы также можете посмотреть этот блог для получения более подробной информации о том, как JIRA использует разрешенные/закрытые состояния и поле разрешения системы.
то, как мы это делаем, против наших внешних клиентов, когда мы выставили счет клиенту, мы закрываем инцидент (это может быть также проблема или SED-задача), до тех пор инцидент просто остается разрешенным.
Я считаю, что вы не должны повторно открывать закрытый инцидент, что один из книг, в то время как разрешенный инцидент вы можете снова открыть.
кстати, было бы разумно прочитать, что ITIL говорит об этом. Как сказано на этом страница:
правила повторного открытия инцидентов
несмотря на все адекватное лечение, будут случаи, когда инциденты повторяются, даже если они были официально закрыты. Из-за таких случаев разумно иметь заранее определенные правила о том, если и когда инцидент может быть повторно открыт. Это может иметь смысл, например, согласиться, что если инцидент повторится в течение одного рабочего дня, то он может быть вновь открыт - но что за новый инцидент должен быть поднят, но связан с предыдущим инцидентом(ы). Точный временной порог / правила могут варьироваться между отдельными организациями - но четкие правила должны быть согласованы и задокументированы,а также даны указания всем сотрудникам Службы Поддержки, чтобы обеспечить единообразие.