버그 파악하기

실제 어떤 버그인지 확인할 데이터부터 모아야 할 때도 있다. 때로 사용자가 제출한 버그 리포트만으로는 데이터가 부족하기 때문이다. 이를테면 한 사용자가 “페이지를 불러오면 웹 서버가 아무것도 반환하지 않습니다.”라고 버그를 신고했다고 가정해보자.

정보가 충분하지 않다. 그 사용자는 어떤 페이지를 불러오려고 했던 걸까? “아무것도 반환하지 않는다”라는 말은 무슨 뜻일까? 그냥 흰 페이지가 나온 걸까? 사용자가 어떤 말을 한 것인지 추정해보고 싶겠지만, 추정은 대체로 맞지 않는다. 프로그래머나 컴퓨터 기술자로서 경험이 부족한 사용자일수록 구체적으로 어떤 일이 발생한 것인지 제대로 설명하지 못한다. 긴급한 상황만 아니라면 사용자에게 버그 리포트 중 명확히 가려내야 할 부분에 대한 질문을 보내고 답변을 받는 일부터 해야 한다. 나는 세부 사항이 파악되지 않는 문제는 아예 들여다보지 않는다.

문제를 온전히 이해하기 전에 문제 해결을 시도하면 해결하려는 문제와 아무 상관이 없는 다른 부분을 들여다보느라 시간을 낭비하기 십상이다. 사용자의 답을 받기까지는 다른 생산적인 일을 하는 게 낫다. 버그 원인에 대한 조사는 버그 리포트를 온전하게 채워서 버그를 정확히 이해한 후에 시작하라.