중요합니다
Visual Studio App Center는 2026년 6월 30일까지 계속 지원되는 분석 및 진단 기능을 제외하고 2025년 3월 31일에 사용 중지되었습니다. 자세히 알아보기.
중요합니다
처리된 오류는 App Center의 크래시 서비스에서 아직 사용할 수 없습니다. 한 가지 해결 방법은 사용자 지정 이벤트를 사용하는 것입니다. 이는 "처리된 오류"가 지원되는 방식이 아니며 이벤트의 주요 목적도 아닙니다. 그러나 이 페이지에는 이벤트를 가장 잘 사용하여 처리된 오류를 보고하는 방법에 대한 조언이 포함되어 있습니다.
이 섹션에서는 이벤트를 사용하여 처리된 오류에 대한 정보를 가져오는 방법을 알아봅니다. 처리된 오류에 대한 이러한 이벤트는 오류가 발생한 횟수를 계산하려는 경우에 유용합니다. 이벤트당 개수, 개수 변경, 사용자, 사용자 변경, 사용자당 개수, 세션당 개수 등 6가지 측정값을 얻을 수 있습니다.
이벤트 이름
이벤트에 몇 가지 컨텍스트 정보를 제공하는 이름을 지정하는 것이 좋습니다. 처리된 오류는 제네릭일 수 있으므로 오류를 보다 뚜렷하게 식별하는 몇 가지 추가 정보를 제공해야 합니다. 컨텍스트 정보의 예는 오류가 처리되는 파일/메서드 이름입니다.
예제:
사용자가 WiFi에 연결하지 못하는 빈도를 이해하려는 상황을 상상해 보겠습니다. "UnknownHostException:ConnectWiFi"입니다. 여기서 "UnknownHostException"은 예외의 제네릭 이름이고 "ConnectWiFi"는 메서드 이름입니다.
이벤트 속성
다양한 특성(예: 디바이스 유형, OS 버전, 빌드 번호 또는 제조업체)에 대해 이러한 처리된 오류의 배포에 대해 자세히 알아보려면 속성 및 속성 값을 사용할 수 있습니다.
예제:
속성 키: OS 버전
속성 값 1: 10.2.1
속성 값 2: 10.3
속성 값 3: 9.3.5
특정 사용 사례에 따라 이벤트 이름의 일부로 포함할 수 있습니다. 그러나 이벤트 이름 수는 200개로 제한됩니다. 처리된 오류에 이벤트를 사용하여 가장 많은 값을 얻기 위해 응답하려는 내용을 알고 있는 것이 중요합니다. 버전별로 필터링하려는 경우 이벤트 페이지의 오른쪽 위에 제공된 드롭다운을 사용할 수 있으므로 이를 속성의 일부로 포함할 필요가 없습니다.
예외 메시지를 포함하려는 경우 다른 속성으로 포함할 수 있습니다.
예제:
속성 키: 예외 메시지
속성 값: 스레드 "main" java.lang.RuntimeException의 예외
속성 값의 문자 수는 64자로 제한되므로 문자열을 자르거나 필터링해야 할 수 있습니다. 마지막으로, 동일한 이유로 이벤트 이름 또는 속성 값의 일부로 스택 추적을 포함해서는 안 됩니다.