결함 보고 방법

빌드를 테스트 하다가 결함을 발견하면 결함을 수정하기 위해 이슈를 작성해야 하는데 이 이슈, 티켓, 혹은 태스크에는 꼭 들어가야 할 요소들이 있습니다. TC에 기반해 테스트하고 있거나 그저 탐색적으로 테스트 하고 있을 때에도 어떤 결함을 경험한 다음 이를 수정하기 위해서는 결함 상황을 구체적으로 언급하고 결함을 가정하지 않았을 때 예상한 동작과 결함에 의해 일어난 예상하지 않은 동작을 기술한다면 꽤 좋은 버그 이슈를 만들 수 있습니다. 한편 결함 상황을 재현할 수 있다면 결함의 재현 과정을 잘 정리한다면 아마 다른 사람들이 만든 이슈보다 자신이 만든 이슈가 훨씬 더 빨리 처리되는 신기한, 한편으로는 별로 신기하지 않은 경험을 하게 될 겁니다.

그런데 이 상황에서 가장 중요한 점은 바로 이 결함에 이름을 붙이는 것입니다. 결함 이름은 결함을 주고 받는 사람들, 결함을 직접 수정할 사람들에게 결함의 종류와 원인을 순식간에 파악하게 만드는 핵심으로 작용할 수도 있습니다. 한편 모호하거나 잘못된 이름을 붙이거나 이름에 해당하지 않는 정보를 이름에 붙여 놓으면 이를 읽는 사람이 결함을 빠르게 이해하지 못하거나 결함을 잘 못 이해할 수 있고 또 이름으로부터 충분한 힌트를 얻지 못하면 본격적으로 내용을 집중해서 읽기 시작해야 하는데 경험 상 좋지 않은 이름이 붙은 이슈는 내용 역시 좋지 않을 때가 많아 이 때부터 이슈를 만든 사람에게 설명을 요청하기 시작할 겁니다.