Melhores práticas para encontrar Crashes utilizando o CrashLytics

Nesse talk eu exploro as possibilidades que temos na utilização do CrashLytics, apresentando três dicas que nos ajudam a descobrir e resolver os crashes.

Transcript

1. @rsicarelli Resolvendo Crashes (de verdade)
2. @rsicarelli Rodrigo Sicarelli
 @rsicarelli #TapIntoTwitter @TwitterDev @TwitterDevBR
3. @rsicarelli "Crash" Um "crash" acontece quando alguma Exception/Error é lançada e o sistema (Android ou iOS) responde (ou não responde) fechando nosso app.
4. @rsicarelli goo.gl/T7fUTr Diferentemente do iOS, no Android o Crash acontece e uma mensagem é exibida ao usuário
5. @rsicarelli Crash Report "When an application crashes, a crash report is created and stored on the device." goo.gl/0oCw04
6. @rsicarelli java.lang.IllegalStateException: Not a JSON Object: null at com.google.gson.JsonElement.getAsJsonObject(JsonElement.java:90) at retrofit2.ExecutorCallAdapterFactory$ExecutorCallbackCall $1$1.run(ExecutorCallAdapterFactory.java:68) ... 0 CoreFoundation 0x1e085e07 __exceptionPreprocess 1 libobjc.A.dylib 0x1d2eb077 objc_exception_throw 2 CoreFoundation 0x1df91949 -[__NSArrayM removeObjectAtIndex:] ... iOS Android Exemplos de Crash Reports
7. @rsicarelli Enviando um feedback no Android No iOS, os relatórios não são em tempo real e imprecisos. No Android, há a necessidade do usuário enviar, manualmente, todos os relatórios
8. @rsicarelli
9. @rsicarelli goo.gl/X5zSRp goo.gl/zf3GeC
10. @rsicarelli
11. @rsicarelli Encontrando os Crashes (de verdade)
12. @rsicarelli Dica #1 Com a chegada do CrashLytics, muitas empresas colocam o “crash-free users” como meta de time.
13. @rsicarelli MyObject myObject; myObject.getSomething(); <------ BOOM Ao acontecer um crash, há a possibilidade de ignora-lo e aumentar o crash-free users:
14. @rsicarelli try { MyObject myObject; myObject.getSomething(); } catch (Exception exception) { // Roubando no jogo } Ao acontecer um crash, há a possibilidade de ignora-lo e aumentar o crash-free users:
15. @rsicarelli private void someMethod() { SomeObject someObject; OtherObject otherObject; someObject.anyOperation(); otherObject.hiTwitter(someObject.getSomething()); otherObject.printSomeValue(); someObject.someMethodCausingCrash(); } Situações onde o desenvolvedor não faz a mínima ideia do que está acontecendo:
16. @rsicarelli private void someMethod() { try { SomeObject someObject; OtherObject otherObject; someObject.anyOperation(); otherObject.hiTwitter(someObject.getSomething()); otherObject.printSomeValue(); someObject.someMethodCausingCrash(); } catch (Exception exception) { // Não faça isso, por favor } } Situações onde o desenvolvedor não faz a mínima ideia do que está acontecendo:
17. @rsicarelli try { MyObject myObject; myObject.getSomething(); } catch (Exception exception) { Crashlytics.logException(exception); } Utilize o CrashLytics para rastrear todas os erros:
18. @rsicarelli
19. @rsicarelli Dica #2 Root Cause Analysis (RCA) Analisar o Crash utilizando a técnica de RCA é muito difícil quando não é possível rastrear qual o commit exato que causou o erro goo.gl/9HV8ve
20. @rsicarelli medium.com/fuzz/getting-the-most-out-of-crashlytics-380afb703876#.gvkh9ql13
21. @rsicarelli medium.com/fuzz/getting-the-most-out-of-crashlytics-380afb703876#.gvkh9ql13
22. @rsicarelli
23. @rsicarelli Dica #3 Breadcrumbs! Utilize a técnica de Breadcrumb para dar “spoilers” para enriquecer nosso crash reporting, adicionando informações relevantes para reproduzir aquele crash específico
24. @rsicarelli public static void dropBreadCrumb (...) { Crashlytics.log(...) }
25. @rsicarelli Rodrigo Sicarelli
 @rsicarelli Obrigado!