불행히도 (모든) 앱이 중지되었습니다. 무엇을보고해야합니까?


답변:


31

당신은 할 수 있습니다 당신을 도울 개발자를 도와 .

mbanzon의 답변 에 따르면 개발자는 오류의 스택 추적을 수신하지만 문제가 발생한 위치와 위치 만 알려줍니다.

응용 프로그램의 상태에 대해서는 알려주지 않습니다. 해당 숫자의 값은 무엇입니까, 텍스트 필드에 입력 한 텍스트는 무엇입니까? 그리고 가장 중요한 것은 사용자가 응용 프로그램을 중단시키기 위해 정확히 무엇을 했습니까?

후자의 질문은 오류를 재현 하고 이러한 상황에서 응용 프로그램이 중단 된 이유를 이해하는 데 특히 중요 합니다.

따라서 개발자 를 진정으로 도와주고 싶다면 자신이 한 일, 예상 한 일 및 보았던 것을 적어 두십시오. 예를 들면 다음과 같습니다.

앱을 시작하고 버튼을 눌러 보고서 화면으로 이동했습니다. 그런 다음 버튼을 눌러 보고서를 생성하면 앱이 중단되었습니다. 흥미롭게도 화면에 아무 것도 나타나지 않았습니다. 보이는 데이터가 없었습니다.

많이 입력하는 것을 좋아하지 않으면 짧을 수 있습니다.

버튼을 누르면 보고서가 생성됩니다. 화면이 비어있었습니다.


2
개발자가 응용 프로그램의 버그 만 수정할 수 있다고 덧붙입니다. OS 자체에 버그가있는 경우 (예 : 많은 버그가 WebView에 깊게 묻혀 있음) Google에 문제를보고하고이를 어딘가에 해결하기를 바라는 것 외에는 할 수있는 것이 없습니다. 이것은 약 20 %의 시간에 발생합니다. 앱 개발자의 대기열이 아닌 OS 수준 버그 일 때 충돌보고가 자동으로 올바른 위치로 이동했거나 충돌을 사용하지 않고 충돌을 업스트림에서 Android 팀에보고 / 푸시하는 쉬운 방법이 있다면 좋을 것입니다 발권 시스템.
CubicleSoft

@CubicleSoft 그리고 기자는 OS 버그인지 아닌지 어떻게 알 수 있습니까? 기자도 OS의 일부임을 기억하십시오. Google 개발자조차도 OS 버그인지 확인하기 위해 무언가를 할 수 없습니다. 그들은 그것을 확인하거나 손으로 그것을 재현해야합니다. 다시 한 번 앱 개발자에게 보내십시오 .Google을 엉망으로 만들지 마십시오.
EKons

@CubicleSoft Android 기기에서 충돌이 발생했지만 실제로는이 질문의 범위에 해당되지 않는 모든 사용자에게 유용한 정보 일 수 있습니다.
nhaarman

@ ΈρικΚωνσταντόπουλος 기자는 그것을 모른다. 그러나 Google Play 는 스택 추적을보고 충돌이 개발자의 범위를 벗어나기 때문에 충돌이 Google로 에스컬레이션되어야한다고 판단 할 정도로 지능적 일 있습니다. 그것은 개발자의 대기열에만 관련 충돌을 남길 것입니다. 현재 상황은 쓸모없는 충돌 보고서가 개발자의 대기열에 들어가 OS 레벨 버그이기 때문에 아무것도 할 수 없다는 것입니다. 따라서 사용자는 계속 충돌하고보고하며 변경 사항은 없습니다. WER (Windows Error Reporting) 효과입니다.
CubicleSoft

@nhaarman 충돌 보고서를 작성하는 데 시간을 보내더라도 앱이 아닌 OS에 존재하는 버그가 발생하여 개발자에게 쓸모가 없다는 것을 아는 것이 유용합니다. 내가 말했듯이, 현재 시간의 약 20 % 또는 5 건의 충돌 보고서 중 1 개를보고 있습니다. 버그 업스트림을보고하는 것은 현재 대부분의 개발자에게 너무 어렵고 시간이 많이 걸리므로 삭제 만합니다. 다른 많은 개발자들처럼 삭제를 누르십시오. 이 정보 중 일부는 보고서 제출을 방해하지 않고 답을 얻을 수 있습니다 (그들은 여전히 ​​유용하지만 항상 유용하지는 않습니다).
CubicleSoft

9

문제를 식별하는 데 도움이되는 정보가 있으면 추가 할 수 있고 개발자에게 많은 도움이 될 수 있습니다. 블루투스를 통해 음악을 재생하고 다른 블루투스 스피커로 전환 할 때 음악 앱이 중단되고 스피커를 전환 할 때마다이 문제가 발생하는 경우 "블루투스 스피커를 전환 할 때 발생하는 문제" 를 작성하는 것이 좋습니다.

개발자는 오류에 대한 완전한 스택 추적 을 얻으며 (앱의 코드에만 해당) 대부분의 경우 오류를 찾아 해결하기에 충분합니다.


1
나는 개발자입니다. 충돌이 발생한 위치를 모르기 때문에 충돌을 해결하는 것이 불가능한 경우도 있습니다. (조심 ...). 작은 메시지 만 있으면 개발자가 문제를 훨씬 쉽게 해결할 수 있습니다.
토마스 보스

당신은 절대적으로 정확합니다-충돌을 일으킨 원인에 대해 사용자가 알고있는 것이 무엇이고 글쓰기가 도움이 될 것이라고 확신합니다. 그냥 진정한 의미를 강조하기 위해 내 대답 ;-) 재 배열
마이클 Banzon

1
@SuperThomasLab-Proguard를 사용해도 매핑 파일이 있으면 스택 추적을 읽거나 난독 처리 할 수 ​​있습니다. Proguard 안내서의 "난독 처리 된 스택 추적 디코딩"섹션 ( developer.android.com/studio/build/shrink-code.html)support.google.com/googleplay/android-developer/answer/6295281
JonasCz를 읽어보십시오. -Monica Monica

@JonasCz 나는 당신이 그것을 해독 할 수 있다는 것을 알고 있지만 (Google Play DC가 나를 위해 그것을한다), 여전히 충돌하는 정확한 라인을 얻을 수는 없다.
Thomas Vos 2016 년

1
@SuperThomasLab 당신도 줄 번호를 유지할 수 있습니다 Proguard와의 귀선없는 줄 번호를
JonasCz - 분석 재개 모니카

4

개발자로서 일반적으로 "It crashed"줄에 메시지가 표시되므로 어떤 식 으로든 도움이되지 않습니다. 메시지를 재현하는 방법을 설명 할 수없는 경우 (예 : 앱에서 특정 작업을 수행하여 메시지가 충돌하는 경우) 메시지를 제공하지 않는 것이 좋습니다.

우리 개발자들은 또한 기술 정보 덤프를 얻습니다. 일반적으로 메시지가 충돌 한 위치를 알려주는 것보다 더 유용합니다. 예를 들어, 기술 정보는 충돌 한 정확한 코드 줄을 알려주며, 더 많은 일이 발생했는지 정확하게 알려줍니다.

따라서 기본적으로 충돌에 대해 할 말이 없으면 메시지없이 제출하면 여전히 유용합니다.


1

앱이 중단 될 때까지 단계를 되돌릴 수 있습니다. 예를 들어이 앱 전에 어떤 앱을 사용 했습니까? 당신은 와이파이를 가지고 있습니까? 좋은 범위? 앱을 사용하는 동안 크레딧이 만료 되었습니까?

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.