Share
Ontwikkelaars die hun applicaties op de Android Market publiceren, moeten goed letten op hoe goed hun applicaties werken voor gebruikers of negatieve beoordelingen hebben. Een zeer nuttige manier om problemen met uw gepubliceerde applicaties op te sporen, is gebruikers aan te moedigen ongevalsfeedback in te dienen en vervolgens de feedback te bekijken en de problemen snel op te lossen. Vandaag praten we over hoe Android Market Crash-logs worden gegenereerd en wat ze betekenen.
Crashlogs zijn een waardevolle bron voor ontwikkelaars. Ze kunnen worden gebruikt voor het opsporen van fouten, problemen met specifieke apparaten en andere problemen waardoor gebruikers niet tevreden zijn met de prestaties van de toepassing. Ze zijn echter alleen beschikbaar voor gepubliceerde applicaties.
Wanneer uw toepassing wordt afgesloten vanwege een crash, krijgt de gebruiker een prompt te zien die aangeeft dat de toepassing onverwacht is gestopt. De gebruiker heeft twee keuzes: OK of Rapport, zoals weergegeven:.
Als de gebruiker op OK klikt, wordt de toepassing eenvoudig afgesloten. Als ze er echter voor kiezen het probleem te melden, wordt een eenvoudig formulier weergegeven zodat de gebruiker de gebeurtenis kan beschrijven en naar de crashlogboeken kan sturen zodat de ontwikkelaar deze kan bekijken, zoals weergegeven:
De crashlogboeken zijn toegankelijk via het Android Market-account van de ontwikkelaar, dezelfde locatie waar u nieuwe toepassingen uploadt en publiceert. Zodra een toepassing is gepubliceerd, zijn gebruikers vrij om ongevallen die ze ervaren te melden. Deze rapporten verschijnen bijna onmiddellijk voor de ontwikkelaar om te beoordelen. U kunt bepalen of u crashmeldingen hebt van de hoofdvermelding voor Android Market. Als uw toepassing fouten bevat, worden deze weergegeven als onderdeel van de aanbieding. Hier is een screenshot die een voorbeeldoverzicht toont met crashlogboekvermeldingen om te bekijken.
Opmerking: crashrapporten zijn alleen beschikbaar voor momenteel gepubliceerde applicaties. Als u op niet-publicatie heeft gedrukt, zijn uw crashmeldingen op dit moment niet meer beschikbaar. Als u dus een kritiek probleem ondervindt, kopieert u eerst de crashrapporten en publiceert u de publicatie vervolgens ongedaan om te voorkomen dat meer mensen het probleem ondervinden.
Als u op het foutrapport voor een specifieke toepassing klikt, ziet u een aantal algemene statistieken over uw toepassingsfouten, zoals vastlopen (afsluiten vanwege een gebrek aan respons) en crashes. Zoals u kunt zien aan de hand van de onderstaande schermafbeelding, heeft deze eenvoudige toepassing één nieuwe crash die moet worden beoordeeld. U kunt ook statistieken bekijken, zoals het aantal vrieskisten en crashes dat uw toepassing per week in het veld heeft.
Klik op de specifieke fout voor meer informatie over wat er is gebeurd. Voor deze zelfstudie hebben we een specifieke fout gemaakt. Dat wil zeggen, de toepassing wordt gestart en werpt onmiddellijk de volgende uitzondering:
Accentsconagua
gooi nieuwe fout ("Whoops"); Als u op de specifieke fout klikt, ziet u op welke manier de fout is opgetreden, hoe vaak deze is gerapporteerd en de weeknummers voor die specifieke fout, zoals hier weergegeven:
Als u doorgaat met het analyseren van de fout, vindt u meer gedetailleerde informatie over de crash. Bijvoorbeeld dat er een foutuitzondering is gegenereerd in de bronmethode met de naam forceError (). Dit is inderdaad wat er gebeurde. Je kunt ook de stacktracering zien (in deze niet-versluierde versie van de app). Let op de java.lang.Error: Whoops op de eerste regel, zoals te zien in deze screenshot:
Opmerking: als u uw code versluiert met ProGuard, moet u de retrace-tool gebruiken om deze stapeltraces te lezen. Deze tool is beschikbaar als onderdeel van de Android SDK-tools om te downloaden.
Vanuit dit scherm kun je de fout ook als oud markeren (wat betekent dat je het hebt gecontroleerd). U kunt ook schakelen om de gebruikersberichten (formuliergegevens) weer te geven die aan deze fouten zijn gekoppeld.
Als u op de link Gebruikersberichten weergeven op het stacktraceringsscherm klikt, ziet u de beschrijvingen van de door gebruikers verzonden fouten, zoals weergegeven in de onderstaande schermafbeelding. In sommige gevallen kan dit nuttige informatie zijn, terwijl in andere gevallen ze gewoon tegen je schreeuwen om apps met bugs te publiceren. : P
Vanuit dit scherm kun je de fout ook als oud markeren (wat betekent dat je het hebt gecontroleerd). U kunt ook teruggaan naar de stapeltraces door op de link Stapeltraces weergeven te klikken.
Android Market-crashrapporten bieden ontwikkelaars nuttige informatie over hun applicaties. Crashrapporten worden niet automatisch gegenereerd. De gebruiker moet ervoor kiezen om de fout te melden. De toepassing moet via Android Market zijn geïnstalleerd om deze functie correct te laten werken. Crashrapporten bevatten foutinformatie inclusief stacktraces en door gebruikers gegenereerde beschrijvingen van wat er is gebeurd. Controleer uw crashrapporten regelmatig om problemen voor te blijven die uw toepassing in het veld heeft en werk uw aanvraag tijdig bij - voordat uw beoordelingsdatums worden weergegeven!
Mobiele ontwikkelaars Lauren Darcey en Shane Conder hebben samen meerdere boeken geschreven over Android-ontwikkeling: een diepgaand programmeerboek getiteld Android Wireless Application Development en Sams Teach Yourself Android Application Development in 24 uur. Wanneer ze niet schrijven, besteden ze hun tijd aan het ontwikkelen van mobiele software bij hun bedrijf en het leveren van consultingservices. Ze zijn te bereiken via e-mail naar [email protected], via hun blog op androidbook.blogspot.com, en op Twitter @androidwireless.
