JIRA : 닫거나 해결하려면?


78

JIRA에서 해결 된 문제와 닫힌 문제를 모두 다시 열 수 있습니다. 실질적인 차이점은 무엇입니까? (문제를 해결 / 종료하기 위해 다른 권한이 필요함 (예 : QA가 관련된 경우))

우리 팀은 해결 여부에 대해 약간의 의견 차이가 있습니다. 저는 어떤 권한을 가지고 "이렇게해야합니다"라고 말하고 싶습니다.


1
이 질문은 JIRA 사용에 관한 것이므로 주제에서 벗어난 것으로 보입니다
John

답변:


65

일반적인 문제 워크 플로는 버그를 처리하는 사람이 버그를 해결하는 것이며 버그를 연 사람이 해결 방법이 수용 가능한지 결정하는 사람입니다. 그렇다면 닫습니다. 그렇지 않은 경우 추가 토론 / 작업 / 랭 글링을 위해 버그를 다시 엽니 다.

이에 대한 예외는 버그가 중복 된 경우, 종종 버그에 대해 작업하는 사람이 중복 된 것임을 인식 한 다음 스스로 중복으로 버그를 닫을 수 있습니다. 또는 중복으로 해결하고 오프너가 동의하고 닫을 수도 있습니다.

IIRC, JIRA는 매우 유연한 (복잡한 경우) 워크 플로를 가지고 있으므로 문제를 제출할 팀과 그룹에 적합하다고 생각되는 프로세스를 설정할 수 있습니다.

편집 : 나는 실제로 닫힌 문제를 다시 여는 것을 다루지 않았다는 것을 알고 있습니다. 제 경험상 사람들이보고있는 것과 동일한 동작을 보이는 기존 버그에 대해 이슈 시스템을 검색하기 때문에 종종 발생하지 않습니다. 운이 좋으면 기존 문제에 대한 조사없이 버그가 자주 열리는 경우가 많습니다.

즉, QA 또는 현장 담당자는 원래 소유자가 버그를 닫고 얼마 후에 "그 버그를 기억합니다. 젠장, 그들은 수정되었다고 말했습니다"라고 할 것입니다. 이 시점에서 이전 버그를 다시 열거 나 새 버그를 만들고 원본에 연결할 수 있습니다. 내가 선호하는 것은 다시 열기보다는 새로운 버그가 있고 링크하는 것입니다. 그 이유는 "새로운"문제가 동일한 동작을 나타내지 만 완전히 다른 원인을 가질 수 있기 때문입니다. 이것은 종종 일반적인 오류 로그 메시지가 튀어 나오는 경우입니다.


43
  • 해결됨은 일반적으로 "테스트 준비"입니다.
  • 닫힘은 일반적으로 "작동 함"입니다.

JIRA가 Resolved / Closed 상태 및 시스템 Resolution 필드를 사용하는 방법에 대한 자세한 내용 은 이 블로그 게시물 을 참조하십시오.


대부분의 다른 답변을 읽은 후 이것은 이해하는 것이 가장 좋습니다!
kirtan403

16

외부 고객에 대해이를 수행하는 방식은 고객에게 비용을 청구하여 사고를 종결 (이는 문제 또는 SED 작업 일 수 있음) 할 때까지 문제가 해결 된 상태로 유지되는 것입니다.

나는 당신이 다시 열 수있는 해결 된 사건 인 동안 당신이 닫힌 사건을 다시 열어서는 안된다고 믿습니다.

그건 그렇고, ITIL이 이것에 대해 말하는 것을 읽는 것이 현명 할 것입니다. 이 페이지에서 말했듯이 :

인시던트 재개 규칙

모든 적절한 관리에도 불구하고 공식적으로 종료 되었음에도 불구하고 사건이 재발하는 경우가 있습니다. 이러한 경우 사고를 재개 할 수 있는지 여부와시기에 대한 규칙을 미리 정의하는 것이 좋습니다. 예를 들어, 사건이 근무일 기준 1 일 이내에 재발하면 다시 열 수 있다는 데 동의하는 것이 합리적 일 수 있습니다. 그러나이 시점 이후에는 새로운 사건이 제기되어야하지만 이전 사건과 연결되어야합니다. 정확한 시간 임계 값 / 규칙은 개별 조직마다 다를 수 있지만 명확한 규칙이 합의되고 문서화되어야하며 균일 성이 적용되도록 모든 Service Desk 직원에게 지침이 제공되어야합니다.


ITIL에 대한 링크 제공에 +1. 워크 플로우 조직에 관한 많은 정보. 내가 필요한 것만.
Daria Trainor

4

일반적으로 Closed 문제에 대한 작업을 편집하거나 기록 할 수 없으며이를 고려해야합니다.

내 조언은 : 테스터 만 닫기


마감 된 이슈를 편집 할 수 있도록 워크 플로를 변경할 수 있습니다.
mdoar 2011

1

일반적으로 Dev / Resource는 Resolve해야하며보고자 만 닫을 수 있습니다.


0

CLOSED는 상태이고 RESOLVED는 상태라고 생각합니다.

  1. 문제는 DONE, NOT REPEATABLE 또는 CANCELED로 해결 될 수 있습니다 (또는 선택한 모든 상태 ... 워크 플로 규칙에 설정 됨).
  2. RESOLUTION은 JQL에서도 매우 쉽게 사용할 수 있습니다. 예를 들어 PROJECT = DBA이고 RESOLUTION은 EMPTY입니다.
  3. 해결 된 문제는 다른 문제 댓글이나 링크에 나열 될 때 취소 선 문자와 함께 표시됩니다.
  4. DB 수준에서 RESOLUTION DATE는 별도의 필드이며 문제의 DATE 섹션에도 표시됩니다.

해결 된 문제에 대한보고도 많이 있다고 생각합니다.

결론 ... RESOLVED는 여러 가지 이유로 '더 이상 활성화되지 않음'을 의미 할 수 있으며 JIRA에 특별한 기능이 있습니다. CLOSED는 또 다른 상태입니다.

해결 된 링크 된 문제 Resolved Date가 특별하고 기본적으로 처리됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.