Local blog for Italian speaking developers
7 consigli per sfruttare al meglio Crashlytics
25 ottobre 2017
Originariamente pubblicato sul
Fabric Blog
da Jason St. Pierre, Product Manager
Per molti anni gli sviluppatori e i team che creano app hanno fatto affidamento su Crashlytics per migliorare la stabilità delle loro app. A questo punto probabilmente avrai acquisito familiarità con le principali componenti dell'UI Crashlytics e forse più volte al giorno controlli anche gli utenti senza crash, le sessioni senza crash e l'elenco dei problemi (e non saresti l'unico!).
In questo post vogliamo offrirti 7 consigli da esperti per farti ottenere il meglio da Crashlytics
, che ora fa parte del
nuovo dashboard Fabric
, in modo da poter monitorare, definire le priorità e risolvere i problemi più rapidamente.
1. Accelera la risoluzione dei problemi controllando Crash insights
A luglio abbiamo ufficialmente rilasciato Crash insights dalla fase beta.
Crash insights
ti aiuta a capire meglio i crash offrendoti più contesto e chiarezza sul
perché
si sono verificati. Quando viene visualizzato un fulmine verde accanto a una voce dell'elenco dei tuoi problemi, fai clic per scoprirne le potenziali cause principali e le risorse per risolverla.
2. Contrassegna i problemi risolti con "Chiuso" per tenere traccia delle regressioni
Il debug e la risoluzione dei problemi relativi ai crash richiedono tempo e lavoro. Appena risolto un problema fastidioso, tutti noi sviluppatori abbiamo l'impulso di andarcene per tornare ad attività più interessanti (come la creazione di nuove funzionalità per app), ma è importante non dimenticare di contrassegnarlo come "Chiuso" in Crashlytics! Quando chiudi formalmente un problema, ottieni una maggiore chiarezza nel ciclo di vita del problema tramite il
rilevamento della regressione
. Il rilevamento della regressione ti avvisa quando un problema precedentemente chiuso si ripresenta in una nuova versione dell'app, indicando che qualcos'altro potrebbe essere andato storto e richiedere la tua attenzione.
3. Chiudi e blocca i problemi che desideri ignorare per ripulire l'elenco dei problemi
Come regola generale, dovresti chiudere i problemi in modo da poterne monitorare la regressione. Tuttavia puoi anche chiudere
e bloccare
i problemi su cui
non
vuoi essere informato perché non pensi di avere tempo o di poterli risolvere. Questi potrebbero essere complessi bug a basso impatto o problemi che sfuggono al tuo controllo perché non fanno parte del tuo codice. Per non visualizzare questi problemi e semplificare i grafici di Crashlytics, puoi chiuderli e bloccarli. Approfittando della "funzionalità Ignora", potrai ottimizzare la pagina di stabilità in modo che in cima appaiano solo le informazioni critiche che richiedono un intervento.
4. Utilizza le wildcard delle build come scorciatoia per aggiungere manualmente le versioni delle build
A volte puoi avere più build della stessa versione che iniziano con lo stesso numero ma nella parte finale contengono un identificatore univoco (come 9.12 (123), 9.12 (124), 9.12 (125) e così via). Se desideri visualizzare i crash per tutte queste versioni, non digitarle manualmente nella barra di ricerca. Utilizza invece una wildcard per raggruppare le versioni simili più velocemente. Basta aggiungere una stella (o un asterisco) alla fine del prefisso della versione (ad es. 9.12*). Come nel caso di
APK Splits on Android
, una wildcard ti mostrerà rapidamente i crash per l'insieme combinato di quelle build.
5. Aggiungi un pin alle tue build più importanti per visualizzarle subito
Come sviluppatore, probabilmente implementi diverse build ogni giorno. Come
team
di sviluppo, questo numero può arrivare persino a decine o centinaia di build. La velocità e l'agilità con cui i team mobili le realizzano sono fantastiche e impressionanti. Ma sai cosa
non
è impressionante? Sprecare tempo a passare in rassegna le diverse build alla ricerca di quella (o anche quelle due o tre) che ti interessa di più. È per questo che Crashlytics ti consente di aggiungere un "pin" alle build importanti e visualizzarle in cima alla lista delle build. Le build appuntate ti permettono di individuare subito la più importante e tenerla in bella vista per tutto il tempo necessario. Inoltre, questa funzionalità consente di collaborare meglio con i tuoi compagni di squadra per risolvere i crash perché le build appuntate appariranno automaticamente in cima alla lista.
6. Presta attenzione agli avvisi di velocità per tenerti informato sulle problematiche critiche di stabilità
I problemi di stabilità possono verificarsi in qualsiasi momento, anche quando non sei alla tua postazione di lavoro. Crashlytics controlla intelligentemente le build per verificare se un problema abbia causato un numero statisticamente significativo di crash. In caso affermativo, ti comunicheremo se devi spedire una hot fix della tua app tramite un
avviso di velocità
. Questi sono avvisi proattivi che appaiono proprio nel dashboard di Crash Reporting quando un problema raggiunge improvvisamente una certa gravità o ha impatto elevato. Riceverai anche un'email ma ti consigliamo di installare l'
app mobile Fabric
che ti invierà una notifica push per tenerti informato anche quando sei in viaggio. Tieni d'occhio gli avvisi di velocità per non perderti un crash critico ovunque tu sia!
7. Utilizza i log, le chiavi e gli eventi non fatali negli scenari giusti
L'SDK di Crashlytics consente di instrumentare i log, le chiavi, gli eventi non fatali e gli eventi personalizzati per fornirti ulteriori informazioni e il contesto in cui si è verificato un crash e cosa possa averlo causato. Tuttavia i log, le chiavi, gli eventi non fatali e gli eventi personalizzati sono progettati per tenere traccia di elementi diversi, quindi vediamo il modo giusto di usare ciascuno di essi.
Log:
puoi instrumentare i log per raccogliere informazioni importanti sulle attività degli utenti prima di un crash, inclusi i comportamenti dell'utente (ad es. l'utente è andato a scaricare la schermata, ha cliccato sul pulsante di download) e i dettagli sull'azione dell'utente (ad es. l'immagine scaricata, l'immagine scaricata da). Fondamentalmente i log sono breadcrumb che mostrano cosa è successo prima di un crash. Quando si verifica un crash, prendiamo il contenuto del log e lo alleghiamo al crash per eseguire il debug più velocemente. Ecco qui le istruzioni per instrumentare i log delle app
iOS
,
Android
e
Unity
.
Chiavi:
le chiavi sono coppie di valori chiave che forniscono uno snapshot delle informazioni in un determinato momento. A differenza dei log che registrano una linea temporale di attività, le chiavi registrano l'ultimo valore noto e variano col tempo. Poiché le chiavi vengono sovrascritte, puoi utilizzarle solo per sapere l'ultimo valore noto di qualcosa. Ad esempio, utilizza le chiavi per tenere traccia dell'ultimo livello completato dall'utente, dell'ultimo passaggio completato in una procedura guidata, dell'ultima immagine guardata e dell'ultima configurazione delle impostazioni personalizzate. Le chiavi sono anche utili per fornire una sintesi o un "roll-up" di informazioni. Ad esempio, se nel tuo log viene visualizzato "login, retry, retry, retry", il conteggio delle chiavi deve essere "retry count: 3". Ecco qui le istruzioni per impostare le chiavi delle app
iOS
,
Android
e
Unity
.
Eventi non fatali:
Crashlytics acquisisce automaticamente i crash, ma può anche registrare gli eventi non fatali. Per eventi non fatali s'intende che nell'applicazione si sta verificando un errore, ma non al punto da creare un crash.
Ad esempio, un buono scenario per registrare un evento non fatale è quando l'app include link diretti ma non riesce a collegarsi a loro. Un link non funzionante non causa necessariamente il crash dell'app, ma è senz'altro un evento da monitorare per poi riparare il link. Uno scenario non consigliato per registrare un evento non fatale è quando un'immagine nell'app non si carica a causa di un guasto di rete, perché questo non è un evento specifico o a cui puoi porre rimedio.
Puoi impostare gli eventi non fatali ai fini dell'analisi dello stack in modo da poter eseguire il triage e risolvere il problema.
Se desideri semplicemente contare il numero di volte che accade qualcosa (e non ti serve l'analisi dello stack), ti raccomandiamo gli
eventi personalizzati
.
Questi 7 consigli ti consentiranno di sfruttare al meglio Crashlytics. Se hai altri suggerimenti su cosa ti ha aiutato a migliorare la stabilità della tua app con Crashlytics
inviaceli su Tweeter
! Non vediamo l’ora di scoprire come utilizzi Crashlytics.
Ottieni Crashlytics
Etichette
Android
Firebase
machine learning
Google Cloud Platform
GDL
Eventi
Google Developers Live
Google Play
TensorFlow
App
Chrome
Cloud
api
GDLItalia
GDE
GDG
Google Assistant
iOS
Kotlin
Actions on Google
Deep Learning
AppEngine
AMP
BigQuery
Cloud Functions
Flutter
Android Studio
Google Developers Expert
Università
Google AppEngine
JavaScript
AI
Android Wear
GAE
Google Play Store
HTML5
Maps
security
Android App Development
AngularJS
IoT
Kubernetes
Annunci
Cloud Firestore
Cloud Machine Learning
Google I/O
Polymer
Android Things
Community
DevTools
Google App Engine
intelligenza artificiale
Entrepreneurship
Firebase Analytics
GSoC
Games
Google Cast
ML
open source
Crashlytics
Dart
Diversity
Drive
Google Data Studio
Google Play Games
TensorFlow Lite
Android Developers
Android O
Cloud Spanner
Cloud TPU
Compute Engine
DevFest
Google Compute Engine
Google Developers
Material Design
Mobile
PWA
Python
Startup
AIY Project
ARCore
Android Jetpack
AndroidDev
Androidq
Apps Script
Artificial Intelligence
Augmented Reality
Firebase Cloud Messaging
Google Cloud
Google Maps
Gsuite
IO19
ML kit
Research
VR
coding
unity
#io19
AR
Android Dev Summit
Android Developer
Android Q
Cardboard
Cloud AI
Coral
Developers
Dialogflow
Firebase Realtime Database
Gmail
Google AI
Google Cloud Messaging
Google ContainerEngine
Google Play Console
Kotlin Coroutines
NLP
Programming
Responsive Design
TensorFlowjs
Testing
WTM
Women
beacons
cloud storage
developer
node JS
student programs
women techmakers
API Cloud Vision
Add-ons
Android P
AndroidDevStory
Animation
AutoML
Brillo
Classroom
DSC
Database
Developer Student Clubs
Edge TPU
Fabric
Featured
Flutter Web
G Suite
GWT
GoLang
Google
Google Brain
Google Cloud Next
Google Container Engine
Google Developer Groups
Google I/O Extended
Graph
Hosting
Instant Apps
Keras
Livedata
Mobile Sites
Prediction
Privacy
Project Tango
SDK
Stackdriver
Tales
UI
Udacity
Virtual Reality
Web
Web Development
YouTube
analytics
android security
api.ai
courses
google io
indies
natural language processing
reti neurali
sign-in
young developers
2d Animation
3d
AIY
ARkit
Adversarial Learning
Alpha
Android App
Android App Developmen
Android App bundle
Android Architecture
Android Architecture Components
Android Auto
Android Automotive OS
Android Dev Summit Android Developer
Android Developer Challenge
Android Developers GooglePlayAwards
Android Development
Android Go
Android Instant App
Android Pie
Android Q Scoped Storage
Android Q audio
Android Styles
Android audio playback capture
Android codelabs
AndroidTV
AndroidX
Angular
Aogdevs
Api Design
App Development
App Distribution
Apps
Architecture
Architecture Components
Arduino
Best Practices
Betatesting
Bugs
C++
Certification
Cloud Anchors
Cloud Next
Cloud Run
Cloud Service Platform
Cloud Shell
Cloud Study Jam
Coached Conversational Preference Elicitation
Commerce
Community Connector
Computer Science
Consistency
Containers
Converge
Conversation Design
Crash Reporting
DLS Design
Dagger
Data Science
Databases
Dependency Injection
Design
Developer Communities
Developer Community
Developer Culture
Developer Story
Developing Media Apps
Development
Eager
Edge TPU Dev Board
Education
Emulatore Android
Error Message
Eslint
Europe
Firebase Extensions
Firebase Summit 2019
Firebasehosting
Flutter 1.5
Flutter at IO
FlutterDark
GCE
GDD
Game Development
Gboard
Gesture Navigation
Glass
Go
Google AI Quantum
Google App Script
Google Cloud Functions
Google Cloud billing
Google Coral
Google Developer Days
Google Home Hub
Google IOS Android
Google Identity Platform
Google Launchpad
Google Lens
Google Now
Google Photos
Google Play Devs
Google Play Indie Games Festival
Google Play Instant
Google Plus
Google codelabs
Google+
GoogleDevWeekly
GoogleLaunchpad
GooglePlay
Graphics
Healthcare
I/O
IO
IO19 Flutter
In-app Billing
Indie Games
Indie Games Festival
Indie games showcase
Indie showcase
Ingress
Instant Games
Issues
Java
Jetpack
Knative
Kotlin Beginners
Kotlin Everywhere
Kotlin codelabs
Lighthouse
Live Caption
Live Streaming
Localization
Location
M-Theory
Mondaygram
Monetization
NYT
NativeScript
Navigation
Neural Graph Learning
Neural Structured
Nodejs
OS
OS Updates
Olivex
One Time Codes
Online Education
PHA
Performance Monitoring
Policy
Posenet
Project Mainline
Project Treble
Quantum Computing Theory
Reactive Programming
Regression
Remote Config
Resonance Audio
Room
Scoped Storage
Semantics
Semi Supervised Learning
Serverless
Sms Retriever Api
Sms Verification
Speech Recognition
Swift
Tensorflow Core
Tensorflow Hub
Test Lab
Text
Tokenizer
Tpu
Transformers
UX
UX Design
UX Research
Universal Sentence Encoder
Unsupervised Data Augmentation
Unsupervised Learning
User Experience
Viewmodel
Voice
WWW
Wear OS
WebAssembly
Widget
Women in Tech
WomenTechmakers
android kotlin
app stability
assistant
audio recording
augmented faces
authsub
best practices and updates
billing
botnet
business
c++ games
cancer
chatbot
chrome privacy
codelab
codelabs
competition
daydream
designer
dominio .dev
error handling
event
firebase games
firebase gdc
firebase hosting
firebase unity
game center authentication
game testing
games authentication
gdc
google summer of code
googledevelopers
grow
hashcode
indie
indie developers
internship
kids
machine intelligence
machine learning accelerator
maker
multi-platform
nearby
oauth
openid
performance
persistent AR
privacy sandbox
prizes
prototype
purchase flows
queries
realtime
responsible AI
security rules
showcase
solutions challenge
startup africa roadtrip
startup times
students
summer of code
unity crashlytics
verify apps
win
Archivio Blog
2020
feb
gen
2019
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2018
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2017
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2016
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2015
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2014
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2013
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
Feed
Follow @GoogleDevsItaly