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