Raportowanie awarii i publikacja w sklepach

Nawet świetne aplikacje ulegają awariom na prawdziwych urządzeniach. crash reporter informuje, co i gdzie się zepsuło, zamiast zmuszać do zgadywania na podstawie opinii.

Narzędzia takie jak Crashlytics czy Sentry mają SDK dla Androida i iOS, dzięki czemu można monitorować obie aplikacje z jednego, znanego panelu.

Reporter działa w kodzie natywnym. Proszę go inicjalizować w aplikacji Android i aplikacji iOS, a nie we współdzielonym module commonMain.

Proszę udostępnić niewielki logger expect/actual, aby współdzielony kod mógł rejestrować obsłużone błędy, które każda platforma przekazuje do swojego natywnego reportera.

Awarie Kotlin/Native pojawiają się z natywnymi ramkami stosu. Przesłanie plików dSYM pozwala reporterowi zsymbolizować je i zamienić na czytelne nazwy funkcji.

Sam ślad stosu nie daje kontekstu. Rejestrowanie breadcrumbs z ostatnich działań pomaga odtworzyć dokładną ścieżkę prowadzącą do awarii.

Przed wydaniem proszę zwiększyć wersję oraz numer builda. Sklepy odrzucają duplikaty, a raporty awarii są przejrzyście grupowane według wersji.

Proszę przesłać podpisany app bundle do Play Console, najpierw wdrożyć go na tor testowy, a następnie, gdy wszystko działa poprawnie, udostępnić go produkcyjnie.

Proszę utworzyć archiwum w Xcode, przesłać je do App Store Connect, przetestować przez TestFlight, a następnie przesłać ten sam build do weryfikacji w App Store.

Tuż po uruchomieniu proszę obserwować crash-free rate. Nagły spadek oznacza, że należy wycofać wydanie lub szybko dostarczyć poprawkę, zanim problem dotknie większej liczby użytkowników.

Proszę traktować dane o awariach jak backlog: ustalać priorytety najważniejszych problemów, naprawiać je we współdzielonym lub natywnym kodzie i potwierdzać wzrost wskaźnika w kolejnym wydaniu.

Skonfigurowali Państwo wieloplatformowy crash reporter, połączyli logowanie ze współdzielonego kodu, przesłali pliki dSYM, wydali aplikacje w obu sklepach i obserwowali wskaźnik crash-free rate. 🚀