Crash Reporting – iOS i HockeyApp w praktyce

Dostarczając aplikację mobilną, oprócz rozwiązania, które bezbłędnie wpisze się w oczekiwania użytkownika, musimy sprawnie reagować na wszelkie błędy, jakie mogą wystąpić podczas jej działania. Jak na nie reagować? Szybko! Skąd wiedzieć, gdzie ich szukać? Tutaj z pomocą przychodzą platformy do raportowania błędów takie jak HockeyApp. Sprawne odnajdywanie przyczyny problemu i szybkie dostarczanie właściwego rozwiązania to ich główne zadanie.

Występowanie błędów aplikacji, które w konsekwencji mogą doprowadzić do ich zawieszania się, a w ostateczności crashowania, chociaż nie jest pożądanym zachowaniem, to sytuacja, jaka może pojawić się w przypadku nawet najbardziej dopracowanych produktów. Najgorszym, co można w takiej sytuacji zrobić, to nie przyznawać się do możliwości wystąpienia błędu i zaniechać jakichkolwiek prób zareagowania na jego obecność. Przy takim podejściu utrata zadowolonych użytkowników na korzyść konkurencyjnych rozwiązań to tylko kwestia czasu. Ryzyko pojawienia się błędu występuje tak długo jak tylko aplikacja pozostaje w użyciu. Mimo to można skutecznie zapobiegać takim sytuacjom, sprawnie reagować na występujące błędy, naprawiając je, i dostarczać nowe wersje aplikacji zanim jeszcze użytkownik zdąży się zniechęcić. Przyjmując takie podejście, można więcej zyskać niż stracić. Aplikacja trafiająca w potrzeby jej odbiorców przekłada się na realne zyski. Im dłużej będzie w stanie sprostać oczekiwaniom nawet najbardziej wymagających, tym dłużej będzie pracować na jej dostawcę i budować jego markę. W długofalowej perspektywie jest to klucz do sukcesu w przypadku aplikacji mobilnych.

CRASH REPORTING

Kluczem do rozwiązania przedstawionego problemu jest crash reporting. To rozwiązanie pozwala na możliwie jak najszybsze reagowanie na wszelkie zdarzenia powodujące błędy działania aplikacji. W chwili, gdy zostaje ono przerwane na skutek nieprzewidzianego błędu, wszelkie informacje o aktualnym jej stanie zostają zapisane. Takie podejście pozwoli na późniejsze przesłanie ich na serwer. Zebrane dane zostaną zaprezentowanie w sposób pozwalają- cy na sprawne odszukanie przyczyny problemu i dostarczenie jego rozwiązania. Biblioteka do tworzenia raportów o błędach aplikacji oraz serwer do ich przechowywania to dwie główne składowe systemu crash reportingu. Czytaj więcej >>

Artykuł, który ukazał się w „Programiście” napisał Piotr Wesołowski, Business Software Developer w Apollogic.