결함 상태 : "WO N'T FIX"대 "취소됨"

13

테스터 또는 개발자로서 여러 프로젝트에 참여했습니다. 많은 프로젝트에서 다음과 같은 결함 상태가있었습니다.

수정하지 않음
취소 된

그러한 상태를 사용하고 어떻게 다른가? 나는 대부분의 사람들이 그 차이를 설명 할 수 없기 때문에 묻습니다. 내 이해는 :

해결되지 않습니다 이 결함이 아니다 때문에 개발자는, 결함을 해결되지 않습니다 -;
취소 -우선 순위가 가장 낮아 결함을 수정해서는 안됩니다.

tools issue-tracking

— sergionni
소스

12

다른 사람들이 언급했듯이 이러한 상태 이름은 명확하지 않습니다. 더 정확하고 자세한 상태 이름을 선호합니다.

수정하지 않음 (고정 비용이 정당화되지 않음)
해결 방법 제공 (및 사용자를 만족시키기에 충분 함)
버그가 아닙니다 (그러나 기능)
재현 불가능
복제

— 페테르 토 ö
소스

해결 방법 제공, 그것은 새로운 것, 다른 상태로 알려진

— sergionni

1

"나중 버전으로 수정"은 또 다른 유용한 상태 일 수 있습니다. 일반적으로 개발 기간이 끝날 무렵에 사용합니다. 수정해야 할 시간이나 리소스가 없기 때문입니다. 수정 될 때까지 고객은 SVA (소프트웨어 취약성 평가)를 통해이를 통보받습니다. 해당 SVA를 제거하면 다음 릴리스에서이 SVA를 수정하기위한 추가 인센티브가 제공됩니다.

— Sparky

"나중 버전으로 수정"상태를 사용하는 대신 Jira에서 작업 버전을 변경할 수 있습니다.

— sergionni

6

나는 당신이 답을 거꾸로 가지고 있다고 생각합니다

수정하지 않음 -영향을 미치지 않거나 이전 버전 일 수있는 사소한 버그에는 적용 할 수 있으므로 개발자가 수정하는 데 시간이 들지 않지만 버그임을 인정합니다.

취소됨 -재현 할 수 없거나 버그가 아닌 경우 잘못된 버그 보고서 일 수 있습니다.

야아. "수정"이 개발 중이지만 두 번째 검사에서 필요하지 않은 것으로 밝혀져 완료되지 않은 경우 "취소됨"을 적용하는 것으로 간주했습니다 (코드의 전체 섹션이 다른 것으로 대체되었거나 발견 되었기 때문에) 문제가되지 않습니다). "수정 안 함"은 문제가 아니라고 결정했거나 너무 작은 것이 문제를 해결하는 데 필요한 투자 가치가 없다는 것을 의미 할 수 있습니다.

— jwenting

5

두 가지 설명을 복용 :

해결되지 않습니다 이 결함이 아니다 때문에 개발자는, 결함을 해결되지 않습니다 -;

취소 -우선 순위가 가장 낮아 결함을 수정해서는 안됩니다.

의도 된 차이점은 다음과 같습니다.

수정 안 함 -깨지지 않았습니다. 우리는이 동작을 의도적으로 의도했습니다 (예 : 버그가 아닙니다).

취소됨 -우리는 그것이 깨 졌다는 데 동의하지만 너무 사소하고 결과적으로 우리는 그것을 고치기 위해 귀찮게하지 않을 것입니다.

— 댄 맥그래스
소스

실제로, 당신의 닫혀도 상태 "아니 버그"가 "해결되지 않습니다"행동

— sergionni

"버그가 아니기 때문에 티켓이 취소되었습니다", "사소하기 때문에 티켓을 수정하지 않습니다"

— Kevin Laity

@ 케빈, 전적으로 동의합니다. 나는 그들이 반대로 할 때 실제로 더 의미가 있다고 주장 합니다. 나는 질문의 정보를 바탕으로 순전히 대답했습니다.

— Dan McGrath

1

우리 회사에서는 이러한 상태를 사용하지 않으며 설명 된 상태에 대해 레이블을 선택하기에 적합하지 않다고 생각합니다.

우리주는

신규
진행 중 폐쇄 재개
테스트 준비 완료

그리고 상태는이 단순해야합니다. 버그이거나 우선 순위가 너무 낮은 경우에 더 자세한 내용을 메모해야합니다.

— 팀
소스

1

취소됨은 수정 프로그램이 시작되었지만 중지되었다는 것을 암시하는 것 같습니다. 아마도 원래 생각보다 결함이 많고 결함이 정당화하는 것보다 더 많은 자원이 필요하거나 결함 티켓을 입력 한 사람이 결함에 대해 마음이 바뀌었기 때문일 수 있습니다. 수정되지 않음은 결함이 존재한다는 합의가 있지만 현재 수정하지 않으려는 이유 (비용 대 이익, 다른 기능에 대한 잠재적 영향 등)가있는 것 같습니다.

— 제이슨
소스