버그에 쓰는 시간의 대부분은 고치는 데가 아니라 재현하는 데 들어갑니다. 스택 트레이스는 코드가 어디서 실패했는지 알려 주지만, 어떤 클릭과 입력과 페이지 상태가 거기까지 이어졌는지는 알려 주지 않습니다. 버튼이 아무 반응이 없다는 티켓은 그보다도 정보가 적습니다. 세 번의 추가 질문 끝에가 아니라 리포트와 함께 맥락이 도착할 때 디버깅이 빨라집니다.
이 아티클들은 세션 리플레이를 신기한 기능이 아닌 디버깅 도구로 쓰는 방법을 다룹니다. 녹화가 실제로 무엇을 재구성하는지 이해하고, 지원팀이 스크린샷을 요청할 필요가 없도록 버그 리포트 흐름에 연결하고, 장애를 설명하는 세션이 드러나도록 녹화를 검토하는 것입니다. 목표는 리포트만으로 재현할 수 있는 버그입니다.
읽는 순서
어디서부터 읽을까
- 세션 리플레이란 무엇이며, 디버깅에 실제로 어떻게 도움이 되는가
여기서 시작하세요. 리플레이가 왜 영상이 아니라 재구성인지, 스택 트레이스가 주지 못하는 무엇을 주는지, 무엇은 해결하지 못하는지, 버그가 들어왔을 때 어떻게 쓰는지 다룹니다.
- 세션 리플레이가 첨부된 버그 신고: 이제 스크린샷을 요청하지 마세요
다음은 작업 흐름입니다. 세션을 요청하지 말고 리포트에 첨부하고, 티켓이 아니라 버그 단위로 분류하고, 개인정보 문제가 되기 전에 미리 다루세요.
- 노이즈 없는 세션 리플레이
마지막은 검토 원칙입니다. 질문에서 출발하고, 녹화 50개가 아니라 5개를 보고, 수집 단계에서 소음을 줄여 버그를 설명하는 세션을 쉽게 찾을 수 있게 하세요.
디버깅
이 주제의 모든 아티클
세션 리플레이가 첨부된 버그 신고: 이제 스크린샷을 요청하지 마세요
모든 버그 신고가 원인이 된 리플레이, 콘솔 로그, 오류와 함께 도착하게 하고, 티켓이 아니라 버그 단위로 분류하는 방법.
세션 리플레이란 무엇이며, 디버깅에 실제로 어떻게 도움이 되는가
리플레이는 동영상 녹화가 아닙니다. 실제로 무엇을 기록하는지 이해할 때 비로소 리플레이는 신기한 기능에서 버그를 재현하는 가장 빠른 수단이 됩니다.
노이즈 없는 세션 리플레이
무엇이 고장났는지, 무엇이 사용자를 혼란스럽게 했는지, 무엇이 제품 시간을 받을 자격이 있는지를 설명하는 5개의 녹화를 찾기 위한 간단한 검토 시스템.
관련