残念ながら(すべての)アプリが停止しました。何を報告すればよいですか?


回答:


31

開発者があなたを助ける手助けをしたいと思うでしょう。

mbanzonの回答では、開発者はエラーのスタックトレースを受け取ると述べましたが、それは何がどこで間違っていたかを伝えるだけです。

アプリケーションの状態については何もわかりません。その数値の値は何でしたか、またはテキストフィールドに入力されたテキストは何でしたか?そして最も重要なことは、ユーザーがアプリケーションをクラッシュさせるために正確に何をしたかということです。

後者の質問は、エラーを再現し、これらの状況でアプリケーションがクラッシュした理由を理解できるようにするために特に重要です。

したがって、開発者を本当に支援したい場合は、自分がしたこと、期待したこと、見たことを書き留めてください。例えば:

アプリを起動し、ボタンを押してレポート画面に移動しました。次に、ボタンを押してレポートを生成すると、アプリがクラッシュしました。興味深いことに、画面は空白でした。データは表示されませんでした。

入力するのが気に入らない場合は、短くすることができます。

ボタンを押してレポートを生成します。画面が空白でした。


2
開発者はアプリケーションのバグのみを修正できると付け加えます。OS自体にバグがある場合(たとえば、多くのバグがWebViewの奥深くに埋まっている場合)、問題をGoogleに報告する以外にできることはありません。これは約20%の時間で発生します。アプリ開発者のキューではなくOSレベルのバグの場合、またはクラッシュを報告せずにAndroidチームに報告/プッシュする簡単な方法がある場合、クラッシュレポートが自動的に正しい場所に送られたらいいと思います。発券システム。
CubicleSoft

@CubicleSoftそして、レポーターはOSのバグかどうかをどのように知るのでしょうか?レポーターもOSの一部であることに注意してください。Googleの開発者でさえ、OSのバグであるかどうかを判断することはできません。彼らはそれをチェックするか、手で再現する必要があります。繰り返しますが、最初にアプリ開発者に送信してください。Googleを混乱させないでください。
EKons

@CubicleSoftこれは、Androidデバイスでクラッシュを経験するすべてのユーザーにとって有用な情報かもしれませんが、実際にはこの質問の範囲内ではありません。
nhaarman

@ΈρικΚωνσταντόπουλος記者はそれを知りません。ただし、Google Play 、スタックトレースを調べて、クラッシュが開発者の範囲外にあるため、クラッシュをGoogleにエスカレーションする必要があると判断できるほどインテリジェントです。開発者のキューに関連するクラッシュのみが残ります。現在の状況では、役に立たないクラッシュレポートは開発者のキューに入り、OSレベルのバグであるため何もできません。したがって、ユーザーはクラッシュとレポートを続けるだけで、何も変わりません。これは、Windowsエラー報告(WER)効果です。
CubicleSoft

@nhaarmanクラッシュレポートの作成に時間を費やしても、アプリではなくOSに存在するバグに遭遇したため、開発者にとって役に立たない可能性があることを知っておくと便利です。私が言ったように、現在私はこれを約20%の時間またはクラッシュレポート5件につき1件見ています。バグをアップストリームで報告することは、ほとんどの開発者にとって現在非常に困難/時間のかかるため、削除するだけです。他の多くの開発者と同様に、deleteを押します。この情報の一部は、レポートの送信を抑止することなく回答に組み込むことができます(これらは依然として有用であり、常に有用とは限りません)。
CubicleSoft

9

問題を特定するのに役立つ情報がある場合、それは素晴らしい追加であり、開発者を大いに助けることができます。Bluetooth経由で音楽を再生していて、別のBluetoothスピーカーに切り替えると音楽アプリがクラッシュし、スピーカーを切り替えるたびにこれが発生する場合は、次のように書くと便利です。が発生する場合は、「Bluetoothスピーカーを切り替えると発生する」など

開発者はエラーの完全なスタックトレースを取得します(アプリのコードのみ)。多くの場合、エラーを見つけて解決するにはこれで十分です。


1
私は開発者です。どこでクラッシュしたかわからないので、クラッシュを修正することが不可能な場合があります。(保護者...)。ほんの小さなメッセージを送るだけで、開発者は問題を修正しやすくなります。
トーマスヴォス

あなたは絶対に正しいです-クラッシュの原因についてユーザーが知っているものなら何でも、彼らは書くことに自信があると感じます。本当の意味を強調するために私の答えを再配置しました;-)
マイケルバンゾン

1
@SuperThomasLab-Proguardを使用しても、マッピングファイルがある場合は、スタックトレースの読み取り/解読を行うことができます。これにより、クラッシュした場所がわかります。Proguardガイドの「難読化されたスタックトレースのデコード」セクション:developer.android.com/studio/build/shrink-code.htmlおよびこれ:support.google.com/googleplay/android-developer/answer/6295281
JonasCz -モニカを

@JonasCzあなたはそれをデコードできることを知っています(Google Play DCが私のためにそれをします)、しかし、あなたはまだそれがクラッシュした正確な行を得ることができません。
トーマスヴォス

1
@SuperThomasLab行番号も保持できる場合があります。Proguardは行番号の欠落を
追跡し

4

開発者として、通常は「クラッシュしました」というメッセージが表示されますが、何の助けにもなりません。実際に、メッセージの再現方法を説明できない限り、メッセージを提供しないことをお勧めします(たとえば、アプリで特定の操作を行ってクラッシュさせることができる場合)。

また、開発者は技術情報のダンプを取得します。これは通常、クラッシュした場所を示すメッセージよりも有用です。たとえば、技術情報はクラッシュしたコードの正確な行を示し、さらに多くのことが正確に何が起こったかを教えてくれます。

したがって、基本的に、クラッシュについて何も言うことがない場合は、メッセージなしで送信するだけで、同じように役立ちます。


1

アプリがクラッシュするまでステップをたどることができます。たとえば、このアプリの前にどのアプリを使用していましたか?あなたは無線LANをオンにしましたか?良いカバレッジ?アプリの使用中にクレジットが失効しましたか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.