8주차 - 3.20 디버깅

[DaehunGwak]

진도

• 3.20 디버깅

일시

• 2023.01.08.(일) 21:00

[donghoon-song]

Topic20. 디버깅

1. 비난 대신 문제를 해결할 것. 어쨌든 해결해야 한다.
2. “그건 불가능해”라는 반응하지 말 것. 실제로 일어난 일이니까.
3. 표면에 보이는 증상만 해결하려고 하지 말고 문제의 근본 원인을 고민할 것
4. 코드를 고치기 전에 실패하는 테스트부터 한다. → ‘명령 하나’로 버그를 재현하기 위해
5. “select”는 망가지지 않았다. 컴퓨터는 거짓말하지 않는다. 시스템 탓을 하지 말 것
6. 가정하지 말고 증명하라.
7. 버그를 미리 잡을 순 없는지 계속 고민해볼 것

버그가 발생했을 때 책에서 나온 것처럼 시스템을 탓했던 적이 꽤 있는데 대부분은 코드 잘못이었다. 흑흑. 그리고 조건이 얽혀 있는 게 많다보니까 재현하기가 무척 어렵.. 프론트는 사용자의 환경이 매우 다양하다.

[Edwin222]

아래는 책에 실려있는 구절이지만 너무나 인상깊은 대목이라 퍼왔습니다. "제 자리에서는 재현 안되네요"라고 넘기기 전에 항상 이 이야기를 떠올릴 필요가 있을 것 같음. (비슷한 경험이 있어서)

앤디는 대형 그래픽 애플리케이션 프로젝트에서 일한 적이 있다. 릴리즈가 가까워졌을 때 한 테스터가 특정한 붓으로 쓱 긋기만 하면 애플리케이션이 죽어 버린다고 보고했다. 담당 프로그래머는 아무 문제가 없다고 반박했다.

그는 직접 해당 붓으로 선을 쓱 그어봤고 별 문제 없이 잘 작동했다. 똑같은 실랑이가 며칠간 반복되었고 사람들의 감정은 순식간에 악화되었다.

결국 모든 사람을 방에 모았다. 테스터는 문제의 붓을 선택하고 우상단에서 좌하단으로 쓱 그었고 애플리케이션은 죽어버렸다. "이런" 프로그래머가 작은 목소리로 말했다. 그는 테스트할 때 언제나 좌하단에서 우상단으로 선을 그었는데 그때는 아무런 문제도 없었다며 부끄러워 했다.

• 디버깅을 잘하려면

  • 재현하기: 이걸 잘하는 게 디버깅 잘하는 방법의 70%쯤을 차지하는 것 같다
  • 로그 보기: 이게 나머지 중 25%쯤 되는 거 같다

• 고무 오리

  • 아예 우리 팀에는 혼잣말 전용 집단적 독백 채널이 있다..(채널이름도 고무오리)

[minkukjo]

• 디버깅에서 가장 중요한 부분은 결국 자기 자신과의 싸움이라고 생각함.
• 나도 권도의 의견처럼 1차적으로는 로그를 보고, 2차적으로 재현해보는게 가장 좋은 것 같음
• 사실 제일 좋은 방법은 테스트를 열심히 짜는 것이지만, 특히나 UI 프로그램에선 테스트 짜기가 어렵기 때문에, QA 리소스를 최대한 활용하는 것이 방법일 듯.
• 고무오리 채널이라.. 좋은 듯 하다. 이 고무오리 아이디어는 팀에 한 번 공유해봐도 좋을 듯.

[DaehunGwak]

• 디버깅 심리
  • 문제의 풀이 일뿐 감정 담지 말자 → 해결에 집중
• 디버깅 사고 방식
  • 가장 속이기 쉬운 사람은 자기 자신
  • 당황 X
  • 그럴리가 없는데 X
• 실마리 찾기
  • 관련자료 모두 모으기
  • 버그 보고한 사용자와 인터뷰
  • 인공적인 테스트 (경계 조건, 사용자 패턴 조사)
• 디버깅 전략
  • 버그 재현 (관련 실패 테스트 및 재현 방법 작성)
  • 예외 메시지 좀 읽자
  • 이진 탐색
  • 고무 오리? → 누군가에게 설명
  • ‘시스템 문제가 아니다’ 를 먼저
  • 가정 X → 증명 O
• 디버깅 체크리스트
  • 문제가 내재하는 버그의 직접적 결과 or 단순 (일시적) 증상 체크
  • 버그의 위치, OS / 프레임워크 / 코드
  • 동료에게 어떻게 설명할 것인가?
  • 의심 가는 코드의 단위 테스트를 통과한다면 테스트 충분? → 다른 데이터는?
  • 이 버그를 야기한 조건이 시스템 다른 곳에도 존재? 버그가 걷잡을 수 없이 커질 가능성은?