재발 방지 예시

여러분이 웹 페이지를 관리하고 있고, 이 웹 페이지의 방문객 수를 추적하는 ‘히트 카운터’를 작성한다고 가정해보자. 여러분은 히트 카운터에서 버그를 발견한다. 실제 방문객 수의 1.5배를 세는 버그다. 이를 대처하는 방안은 여러 가지가 있다.

 

1. 문제를 무시한다.

이 방안을 선택할 수 있는 근거는 이 사이트가 아주 유명하지 않아서 히트 카운터가 거짓말을 해도 별 상관이 없다는 것이다. 오히려 실제보다 사이트가 더 인기 있는 것처럼 보이면 자신에게 도움이 될 수 있다.

하지만 그렇게 하면 다른 문제로 이어질 가상의 시나리오가 많기 때문에 그리 좋은 방법이 아니다. 특히 그 사이트가 큰 성공을 거둔다면 주요 언론사들이 잘못된 방문객 수를 기사에 게재할 것이다. 결국 이 문제가 스캔들로 비화되면 사용자의 신뢰를 잃는 계기가 되어 (문제가 있는 걸 알고도 고치지 않은 본인에게 책임이 있지 않은가?) 사이트의 인기가 떨어질 것이다. 이외에도 여러분을 괴롭힐 이후 시나리오를 더 많이, 쉽게 떠올릴 수 있다.

 

2. 대충 간편한 해결책을 사용한다.

표시된 방문객 수를 그냥 1.5로 나누니 정확한 숫자가 나왔다고 가정해보자. 그래서 문제의 원인을 제대로 조사하지 않고 넘어가는데, 알고 보면 오전 8시부터 11시까지 3배나 많은 수가 집계되는 게 원인이다. 나중에 트래픽 패턴이 변하고 또다시 완전히 틀린 수치로 집계된다. 그런데도 임시방편 때문에 디버깅이 더욱 어려워져서 한동안은 그런 문제를 인지조차 못할 수 있다.