성능·디버깅
크래시와 성능 상관 분석
중고거래 앱 리뷰에 "느려지다가 꺼진다"는 말만 반복됩니다. crash log와 성능 trace를 어떻게 연결해 어느 문제부터 고칠지 정하겠습니까?
면접관은 이 답을 어떻게 들을까요? 넘어갈지, 더 물어볼지, 떨어뜨릴지 알려 주고, 걸리는 문장은 콕 집어 줘요. 점수는 그대로예요.
짧은 답 보기
crash log를 심볼리케이션해 exception 종류와 죽은 스레드의 스택을 읽은 뒤, 같은 앱 버전, 같은 화면, 같은 기기 등급, 같은 세션이라는 공통 축으로 hang 시간과 메모리 피크 데이터를 옆에 놓아 "채팅 목록에서 메모리가 오르다 한도에 걸려 꺼진다"처럼 하나의 사용자 흐름으로 이어지는지 확인하고, 그 흐름을 겪는 사용자 비율과 발생률이 큰 것부터 고친다.
이어서 보기
성능·디버깅주관식기초
사용자가 보낸 크래시 로그에 함수명 대신 16진수 주소만 찍혀 있습니다. 읽을 수 있게 만들려면 무엇이 필요한가요?
#crash #symbolication
성능·디버깅주관식기초
"어제 배포한 버전에서 크래시가 급증했다"는 알림을 받았습니다. 지금부터 무엇을 어떤 순서로 하나요?
#crash
성능·디버깅객관식기초
크래시 리포트에 EXC_BREAKPOINT (SIGTRAP) 가 찍혔습니다. Swift 앱에서 이 유형을 만드는 상황을 모두 고르세요.
#crash
성능·디버깅객관식딥다이브
MetricKit(MXMetricManager)을 통해 앱이 실제로 받을 수 있는 데이터를 모두 고르세요.
#crash