Crash 데이터 읽기
Last updated
Last updated
Crash 대시보드에서는 앱 버전 별 발생한 크래시의 상황을 파악할 수 있습니다. 앱 버전 별 주간 유저 현황, 크래시 발생 수, 상세 에러 정보를 확인하는 방법을 통해 효율적으로 에러를 관리해 보세요.
주간 요약 정보와 일간 에러 그래프를 통해 최근 1주일간 발생한 크래시 및 이용 현황과 에러 발생 추이를 확인할수 있습니다.
최근 1주일간 크래시 발생수를 한 눈에 파악할 수 있습니다. 빠른 파악을 위해 1,000단위를 ‘1K’로 요약 표시하며, 실제 데이터는 ‘K’로 표시된 숫자에 마우스 포인터를 올리면 툴팁을 통해 확인할 수 있습니다.
앱이 안정적으로 운영 중인지 빠르게 확인이 필요할 땐 실행 수 대비 크래시와 ANR의 발생 비율을 확인해 보세요. 평균적으로 주간 실행 수 대비 크래시와 ANR 발생 수가 10%가 넘을 경우, 이상 현상으로 판단할 수 있습니다. 예를 들어, 위의 경우 주간 실행 수: 78,521회, 주간 크래시 & ANR 발생 수: 583건(크래시 73건, ANR 510건)으로 주간 실행 수 대비 주간 크래시 발생 비율은 약 0.74%입니다. 이 경우 비교적 안정적으로 운영되고 있다고 판단할 수 있습니다.
크래시와 ANR의 구분은 안드로이드 프로젝트에서만 표시됩니다.
최근 1주일간 크래시, ANR 발생 추이를 그래프를 통해 한눈에 확인할 수 있습니다.
그래프에서 특정 일자에만 에러 발생 수가 많은 경우에는 반드시 확인 및 개선이 필요합니다. 아래 2가지 사항에 대해서도 반드시 확인해 보세요.
➊ 해당 앱 버전에 대한 변동 사항 확인 변동 사항에 따른 에러 발생일 수 있으므로 확인이 필요합니다. 예를 들어 특정 일자에 업데이트가 있었다면, 업데이트로 인한 에러가 발생한 것은 아닌지, 주요 원인을 빠르게 파악하여 추적해 볼 수 있습니다.
➋ 이용자 수, 실행 수 확인 이용자 수, 실행 수가 많을 경우 전체 데이터 수가 많기 때문에 상대적으로 크래시, ANR 발생 수도 많을 수 있습니다. 따라서 해당 일자의 이용자 수와 실행 수를 확인하고 발생 비율을 파악해야 합니다.
IMQA Crash에서는 타 솔루션 대비 크래시, ANR 발생 수가 더 많이 나오는 이유
데이터를 일부 수집하는 타 솔루션과는 달리 IMQA는 모든 데이터를 수집, 보관합니다. 따라서 누락 없이 모든 크래시, ANR 발생 현황을 확인할 수 있기 때문에 타 크래시 솔루션 보다 더 많은 발생 수를 확인할 수 있습니다.
• IMQA: 모든 데이터를 수집, 보관 (보관 기간은 플랜, 계약 등에 따라 상이하며, IMQA LITE 플랜은 15일간 보관됩니다.)
• Firebase: 데이터 샘플링을 통해 일부 데이터만 수집
• Google Play Console: 수집한 데이터 보관 과정 중 클라우드에 보관되어 있는 필요 없는 데이터를 삭제하기도 함
특정 앱 버전의 최근 1주일간 발생한 모든 에러를 확인할 수 있습니다. 에러 등급, 누적 발생 수, 크래시 명, 현재 상태와 마지막 발생 일시를 표시합니다.
전체 에러 중 누적순으로 정렬하여 누적이 가장 많은 에러부터 확인이 필요합니다. 에러에 대한 누적 수는 해당 에러를 경험한 사용자 수를 의미합니다. 예를 들어, 5명의 사용자가 동일한 에러를 경험했을 경우, 동일한 에러이기 때문에 에러 자체는 1개이므로 에러 테이블에는 1개의 에러만 표시되고, 누적은 5개로 표시됩니다. 따라서 누적 수가 많다는 것은 그만큼 많은 사용자가 해당 에러를 경험했다는 것을 의미하므로 빠른 해결이 필요합니다.
에러는 에러 명, 클래스 명, 코드 라인 번호로 표시되며 에러 클릭 시 해당 에러에 대한 상세 정보 확인이 가능합니다.
IMQA Crash 에러 상세는 특정 에러가 어떤 앱 버전에서 얼마나 발생했고, 어떤 사용자 환경에서 주로 발생했는지 분석할 수 있습니다. 아래 내용을 통해 해당 에러에 대한 정보를 어떻게 읽고 분석하는지 확인해 보세요.
에러 테이블에서 선택한 에러에 대한 상세 정보를 확인할 수 있습니다. 최근 1주일간 해당 에러의 발생 추이 및 앱 버전별 발생 비율을 확인할 수 있습니다. 해당 데이터를 어떻게 확인해야 하는지 아래 내용을 통해 살펴 보시고, 보다 빠르게 에러를 분석해 보세요.
➊ 특정 날짜에 에러 수가 급격하게 증가한 경우 마우스 오버를 통해 어떤 앱 버전에서 발생했는지, 발생 비율을 확인합니다. 특정 앱에서 지속적으로 발생할 경우, 해당 앱 버전 사용자에게 업데이트를 권고할 수 있습니다.
➋ 현재 운영 중인 앱 버전에 따른 에러 관리 여부 판단 해당 에러 발생 비율이 높은 앱 버전의 경우, 현재 운영 여부에 따라 관리 여부를 판단할 수 있습니다. 위 그래프를 기준으로 했을 때, 운영 앱 버전에 따라 아래와 같이 관리 여부를 결정할 수 있습니다.
• 현재 운영 중인 앱 버전이 2.0.71인 경우: 사용자가 사용하고 있는 앱에서 에러 발생률이 높기 때문에 빠른 개선이 필요합니다.
• 현재 운영 중인 앱 버전이 2.0.72인 경우: 2.0.71 버전에서 발생한 앱이 업데이트를 통해 개선되었다고 판단할 수있습니다.
최근 1주일간 해당 에러가 어떤 사용자 환경에서 많이 발생했는지를 확인할 수 있습니다. 사용 환경에 따른 개선 사항을 파악해 보세요.
➊ 분류 구분 없이 1종인 경우 통신사, 앱 버전, OS, 디바이스, 국가에서 1종만 뜬다면 특정 통신사, 앱 버전, OS, 디바이스, 국가에서만 발생하는 문제라고 파악할 수 있습니다. 해당 문제에 대한 개선이 필요합니다.
➋ 분류가 많은 경우 각 기준별 데이터가 다양하다면 다양한 환경에서 해당 에러를 경험했다고 판단할 수 있습니다.
‘Unknown Device’는 디바이스 정보가 수집되지 않았음을 의미합니다. 맥과 같은 기기에서 시뮬레이터로 테스트 한 경우 등이 있습니다.
크래시가 발생한 사용자 정보를 확인할 수 있습니다. 개별 사용자의 LogCat(로그켓, 로그 상세 정보)과 화면 이동 경로, 사용자 환경에 대한 상세 정보를 확인할 수 있습니다.
➊ 해당 에러를 경험한 사용자가 많은 경우 전체 확인이 어려우므로, 앱 버전, 디바이스 등을 기준으로 일부만 랜덤하게 확인할 수 있습니다.
➋ 로그켓 확인 로그켓은 안드로이드 상세 로그 정보를 의미하며, 에러 스택 정보로 파악하지 못한 문제를 크래시 발생 시점 이전에 기록된 로그를 통해 확인할 수 있습니다.
해당 에러에 대한 효율적인 관리를 위해 아래와 같은 기능을 활용해 보세요.
확인한 에러의 처리 상태를 변경할 수 있습니다. 상태 변경 기준은 별도로 정해져 있지 않으며, 관리자 판단 후 선택할 수 있습니다. 기준 설정이 어렵다면 안내해 드리는 기준을 참고해 보세요.
상태 값 설정 기준
• 신규: 새롭게 발생된 에러 • 처리: 담당자 원인 파악 후 처리 중 • 완료: 담당자 처리 완료 • 마감: 관리자 확인 후 처리 완료 (마감 설정된 에러는 더 이상 노출되지 않습니다.)
상태 변경을 진행한 에러는 동일 버전 또는 하위 버전에서 동일한 에러가 발생한 경우 별도로 상태 변경이 되지 않습니다. 다만, 상위 버전에서 동일한 에러가 발생한 경우 해당 에러와의 구분을 위해 신규 에러로 생성되므로 확인 후 개선이 필요합니다.
해당 에러에 대한 추가 정보를 자유롭게 태그로 관리할 수 있습니다.
• 에러별 구분을 위해 해당 에러에 대한 태그를 작성할 수 있습니다. • 등록된 태그는 ‘에러 검색' 페이지에서 검색어로 사용할 수 있습니다. • 앱의 타겟 사용자 환경으로 태그를 관리하거나 발생 상황, 높은 자원 사용량 기록 등으로 활용할 수 있습니다.
