Można założyć, że Grace Hopper, informatyk z Uniwersytetu Harvarda, nie miała najlepszego dnia 9 września 1947 roku. Jej komputer wielokrotnie zwracał błędy bez wyraźnego powodu. Otwierając go, Grace znalazła prawdziwego robaka, a dokładniej ćmę, która zakłócała jego funkcjonowanie. W ten sposób stała się pierwszą osobą, która zgłosiła błąd komputerowy..
W rzeczywistości błędy w oprogramowaniu nie są powodowane przez takie rzeczy jak ćmy (chociaż nasi programiści chcieliby, aby wszystkie poprawki były tak proste!). Błąd w oprogramowaniu to raczej błąd w systemie, który powoduje, że system generuje nieprawidłowe wyniki lub zachowuje się nieoczekiwanie. W Easy LMS dążymy do stworzenia systemu wolnego od błędów! Ale faktem jest, że system wolny od błędów jest tak rzadki jak jednorożec. Easy LMS jest tworzony przez ludzi i podlega ludzkim błędom, co oznacza, że błędy pojawiają się od czasu do czasu?
Ponieważ wiemy, jak irytujące jest występowanie błędów, wdrożyliśmy proces ich jak najszybszej naprawy! Oto spojrzenie od wewnątrz na to, jak działa ten proces, począwszy od wykrycia błędu przez użytkownika, aż po ostateczną poprawkę.
Faza 1
Skontaktuj się z nami;
Pierwszy krok w tym procesie to miejsce, w którym Ty, jako klient, wkraczasz do gry. Załóżmy, że tworzysz nowy egzamin, aby sprawdzić wiedzę nowego pracownika na temat standardów bezpieczeństwa. Aby dodać trochę stylu, idziesz przesłać logo swojej firmy. Zamiast pomyślnie załadować obraz, obserwujesz, jak ikona ładowania obraca się i obraca, i obraca ...
Po kilku kolejnych próbach jesteś prawdopodobnie dość sfrustrowany. Easy LMS najwyraźniej nie działa tak, jak powinien! Co powinieneś zrobić? Natychmiast skontaktować się z pomocą techniczną! Pomoc techniczna będzie Twoim punktem kontaktowym przez cały proces.
Zbierzemy jak najwięcej informacji o błędzie
Za pośrednictwem czatu skontaktujesz się z członkiem zespołu wsparcia. Jednym z naszych najważniejszych celów na tym etapie będzie zebranie jak największej ilości informacji o błędzie. Możesz czuć się, jakbyś grał w Dwadzieścia pytań, ale ten krok jest krytyczny, aby programiści mogli później rozwiązywać problemy. Zostaną ci zadane następujące pytania:
Jaka jest ścieżka menu, aby dotrzeć do miejsca, w którym występuje problem?
Jaki jest dokładny adres URL?
Który komponent jest dotknięty? Egzaminy, Kursy itp.
Jakie są nazwy treści i użytkowników, których dotyczy problem?
Jakiej platformy i urządzenia używasz?
Co próbowałeś zrobić, gdy napotkałeś ten problem?
Co dokładnie dzieje się, gdy pojawia się ten problem?
Gdy udostępnisz te cenne informacje, twoja praca dobiegnie końca. Teraz możesz usiąść, zrelaksować się i pozwolić Easy LMS przejąć stery!
Faza 2
Odtwarzamy
Twoja praca może być wykonana, ale to nie koniec dla członka wsparcia, z którym rozmawiałeś. Za twoją zgodą zaloguje się on na twoje konto i spróbuje odtworzyć błąd. Odnosząc się do naszego wcześniejszego przykładu, członek pomocy technicznej zazwyczaj przechodzi do tego samego egzaminu i próbuje samodzielnie przesłać logo.
Jeśli pomoc techniczna nie może odtworzyć problemu, proces zakończy się w tym miejscu. W pewnym sensie to dobrze, że nie można odtworzyć błędu, ponieważ wszystko powinno działać. Niemniej jednak nie pomaga nam to dotrzeć do sedna tego, czego doświadczyłeś. W takich przypadkach możemy mieć kilka dodatkowych pytań i poprosimy Cię o poinformowanie nas, jeśli sytuacja się powtórzy. Z drugiej strony, jeśli uda nam się odtworzyć błąd (yikes!), proces będzie kontynuowany.
Faza 3
Nagrywamy
Teraz, gdy jesteśmy w stanie potwierdzić, że jest to błąd, zapiszemy, lub jak mówimy "zalogujemy", wszystkie te informacje, które dostarczyłeś w ustrukturyzowanym raporcie. Rejestrujemy błędy w Jira, narzędziu do zarządzania projektami. Raport ten pomaga innym wskazać dokładne miejsce i aspekt, który wiąże się z błędem. Inną zaletą rejestrowania błędów w jednym miejscu jest to, że inni członkowie zespołu, w tym programiści, mogą łatwo sprawdzić, czy skarga innego klienta podlega istniejącemu błędowi.
Dział pomocy technicznej oznaczy konwersację numerem identyfikacyjnym błędu. W ten sposób będziemy mogli znaleźć Twoje dane kontaktowe, aby poprosić Cię o więcej informacji lub przekazać odpowiednie aktualizacje.
Wsparcie deweloperów to miejsce, w którym dzieje się magia
Faza 4
Debugujemy
W Easy LMS programiści i konsultanci wsparcia pracują razem w zespole. Kiedy ustalamy, nad czym należy pracować w następnej kolejności, wszyscy pracują w różnych dyscyplinach, aby nadać priorytet błędom w stosunku do potencjalnych nowych funkcji w oparciu o pilność czasową. Podczas tej rozmowy omówimy również, czy nowa funkcja byłaby lepsza, w którym to przypadku błąd jest zgłaszany jako żądanie funkcji.
Po odebraniu zgłoszenia przez dział rozwoju, zidentyfikuje on problem, zaproponuje rozwiązanie i wdroży poprawkę w ciągu dwóch dni.
Faza 5
Komunikujemy się
Woohoo! Błąd został w końcu naprawiony! Zostaniesz powiadomiony przez członka wsparcia, gdy tylko zostanie to opublikowane.
W tym momencie dziękujemy również za cierpliwość. Błędy nie są zabawne dla nikogo! Nie dla ciebie. Nie dla wsparcia. Ani dla rozwoju. Tak więc zrozumienie i komunikacja z nami są zawsze doceniane i naprawdę pomagają uczynić ten proces nieco łatwiejszym dla wszystkich zaangażowanych.
