Purtroppo (qualsiasi) app si è fermata. Cosa devo segnalare?


28

Quando si ottiene l'app sempre più popolare "tale e tale" app, ti viene offerta la possibilità di segnalarlo. Cosa dovresti dire nel "rapporto"?

Risposte:


31

Ti consigliamo di aiutare lo sviluppatore ad aiutarti .

La risposta di mbanzon afferma che lo sviluppatore riceverà la traccia dello stack dell'errore, ma ciò ci dice solo cosa è andato storto e dove.

Non ci dice nulla sullo stato in cui si trova l'applicazione: qual era il valore di quel numero o qual era il testo che era stato inserito nei campi di testo? E, cosa più importante, che cosa ha fatto esattamente l'utente per bloccare l'applicazione?

Quest'ultima domanda è particolarmente importante in modo che possiamo riprodurre l'errore e aiutarci a capire perché l'applicazione si è bloccata in queste circostanze.

Quindi, se vuoi davvero aiutare gli sviluppatori, scrivi cosa hai fatto, cosa ti aspettavi e cosa hai visto. Per esempio:

Ho avviato l'app e ho premuto il pulsante per accedere alla schermata dei rapporti. Quindi ho premuto il pulsante per generare il rapporto e l'app si è arrestata in modo anomalo. È interessante notare che lo schermo era vuoto: non c'erano dati visibili.

Se non ti piace digitare molto, puoi essere breve:

Pulsante premuto per generare report. Lo schermo era vuoto.


2
Vorrei aggiungere che lo sviluppatore può correggere solo i bug nella loro applicazione. Se il sistema operativo stesso ha un bug (ad es. Molti bug sono nascosti in profondità in WebView), non c'è altro che si possa fare se non segnalare il problema a Google e sperare che lo risolvano da qualche parte lungo la linea. Questo succede circa il 20% delle volte. Sarebbe bello se la segnalazione degli arresti anomali andasse automaticamente nel posto giusto quando si tratta di un bug a livello di sistema operativo invece della coda dello sviluppatore dell'app OPPURE se ci fosse un modo semplice per segnalare / spingere l'arresto a monte del team Android senza dover usare il loro sistema di biglietteria.
CubicleSoft il

@CubicleSoft E come fa il reporter a sapere se si tratta di un bug del sistema operativo o no? Ricorda che anche il reporter fa parte del sistema operativo. Neanche gli sviluppatori di Google possono fare qualcosa per determinare se si tratta di un bug del sistema operativo. Devono controllarlo o riprodurlo a mano. Ancora una volta, invia prima allo sviluppatore dell'app, non scherzare con Google.
EKons,

@CubicleSoft Queste potrebbero essere informazioni utili per qualsiasi utente che si verifica un arresto anomalo su un dispositivo Android, ma non nell'ambito di questa domanda.
nhaarman,

@ ΈρικΚωνσταντόπουλος Il giornalista non lo saprà. Tuttavia, Google Play potrebbe essere abbastanza intelligente da guardare la traccia dello stack e determinare che l'arresto anomalo dovrebbe essere inoltrato a Google perché l'incidente è al di fuori del campo di applicazione dello sviluppatore. Ciò lascerebbe solo arresti rilevanti nella coda dello sviluppatore. Lo stato attuale delle cose è che inutili segnalazioni sugli arresti anomali finiscono nella coda dello sviluppatore di cui non possono fare nulla perché sono bug a livello di sistema operativo. Quindi gli utenti continuano a bloccarsi e a generare rapporti e nulla cambia. È l'effetto WER (Windows Error Reporting).
CubicleSoft,

@nhaarman È utile sapere che anche se passi il tempo a scrivere un rapporto sugli arresti anomali, potrebbe essere inutile per lo sviluppatore perché hai riscontrato un bug che esiste nel sistema operativo e non nell'app. Come ho detto, attualmente vedo questo circa il 20% delle volte o 1 su ogni 5 segnalazioni di arresti anomali. Segnalare il bug a monte è attualmente troppo difficile / richiede molto tempo per la maggior parte degli sviluppatori, quindi hanno appena premuto Elimina. Ho premuto Elimina come fanno molti altri sviluppatori. Alcune di queste informazioni potrebbero essere elaborate nella risposta senza essere un fattore dissuasivo per l'invio di report (sono ancora utili, ma non sempre utili).
CubicleSoft,

9

Se hai informazioni che potrebbero aiutare a identificare il problema, può essere una buona aggiunta e aiutare molto lo sviluppatore. Se stai riproducendo musica tramite bluetooth e l'app di musica si arresta in modo anomalo quando passi a un altro altoparlante bluetooth e lo riscontri ogni volta che cambi altoparlante, sarebbe utile scrivere "succede quando cambio altoparlante bluetooth" ad es.

Lo sviluppatore ottiene una traccia dello stack completa dell'errore (solo per il codice nella loro app) e in molti casi sarebbe sufficiente per trovare e risolvere l'errore.


1
Sono uno sviluppatore. A volte è semplicemente impossibile riparare un crash, perché non ho idea di dove sia andato in crash. (ProGuard ...). Solo un piccolo messaggio renderebbe molto più semplice per lo sviluppatore risolvere il problema.
Thomas Vos,

Hai assolutamente ragione: tutto ciò che l'utente conosce su ciò che ha causato l'incidente e si sentono sicuri della scrittura potrebbe aiutare. Ho appena riordinato la mia risposta per evidenziare il vero significato ;-)
Michael Banzon,

1
@SuperThomasLab - Anche con Proguard, puoi sempre leggere / deobfuscare la traccia dello stack se hai il file di mappatura, che ti dirà dove si è bloccato. Leggi la sezione "Decodifica una traccia dello stack offuscata" della guida Proguard: developer.android.com/studio/build/shrink-code.html e questo: support.google.com/googleplay/android-developer/answer/6295281
JonasCz - Ripristina Monica il

@JonasCz So che puoi decodificarlo (Google Play DC lo fa per me), tuttavia, non riesci ancora a ottenere la riga esatta in cui si è bloccato.
Thomas Vos,

1
@SuperThomasLab Potresti essere in grado di mantenere anche i numeri di riga: Proguard ripercorre i numeri di riga mancanti
JonasCz - Reinstate Monica il

4

Come sviluppatore, normalmente ricevo messaggi sulla falsariga di "Si è schiantato" che non mi aiuta in alcun modo. In realtà, ti incoraggio a non fornire un messaggio a meno che tu non possa spiegare come riprodurlo (ad esempio, se riesci a bloccarlo facendo qualcosa di specifico nell'app).

Anche noi sviluppatori riceviamo un dump di informazioni tecniche, che di solito è più utile di un messaggio che dice dove è andato in crash. Ad esempio, le informazioni tecniche ci dicono l'esatta riga di codice su cui si è schiantato e molto di più che ci dice esattamente cosa è successo.

Quindi, fondamentalmente, se non hai nulla da dire sull'incidente, basta inviarlo senza un messaggio e sarà comunque altrettanto utile.


1

Puoi ripercorrere i tuoi passi fino al punto in cui l'app si è arrestata in modo anomalo. ad es. quale app stavi utilizzando prima di questa app? avevi il wifi acceso? buona copertura? il tuo credito è scaduto durante l'utilizzo dell'app?

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.