Jak poprawić komunikat o błędzie Nieobsługiwany wyjątek obsługi?

Question

Mamy trzech wewnętrznych programistów z liczbą użytkowników około dwudziestu. Zaimplementowaliśmy obsługę nieobsługiwanych wyjątków w naszej aplikacji WinForm. Generuje bilet ze śledzeniem stosu w naszym systemie śledzenia błędów FogBugz (przemianowanym wewnętrznie na DevTracker).

Celem jest zachęcenie użytkownika do wprowadzenia błędnego informatora, a nie po prostu poruszania się. Po kliknięciu pierwszego przycisku wykonujemy pracę, aby umieścić je na stronie projektu z nową rozpoczynaną sprawą. Po prostu muszą wypełnić pole komentarza. Zastanawiam się, czy "Co robimy?" sekcja powinna istnieć.

Jaka jest Twoja opinia?

http://thegollys.smugmug.com/photos/555553239_LxEPK-S.jpg

---

Weźmy dwa

Nieco bardziej tło ... Użytkownikom są dobrze zorientowani w użyciu FogBugz (Dev Tracker), jak jest to w jaki sposób zwrócić funkcji i poprawek błędów aktualnie . Oprócz nieobsługiwanej obsługi błędów, dodaliśmy log4net do miksu dla następnej wersji. Pcha ślad stosu do dziennika na komputerze lokalnym użytkownika (w przypadku sieci down), wewnętrznej bazy danych i sprawy FogBugz.

Po przeczytaniu odpowiedzi Andrzeja popchnęła mnie do tego, o czym już myślałem ... Prostsze jest zawsze lepsze. Usunąłem sekcję "Co robimy" razem i sparowaliśmy słownictwo. http://www.thegollys.com/photos/555771972_VUTxK-S.jpg

---

Weź trzy

Dzięki za wszystkie opinie. Właśnie to wdrażamy. http://thegollys.smugmug.com/photos/558265081_5sPG2-O.jpg

Answer 1

Użytkownicy nienawidzą kiedy próbują coś zrobić, a ty im przerwiesz. (Wiem, jestem jednym z nich.) A tutaj, nie dajesz im nawet szansy na wybranie default answer. Całkowicie rozumiem dlaczego, ale ostrożnie kroczę. Przerwij ich trenowanie tak mało, jak tylko możesz uciec.

(? Nawiasem mówiąc, po tym, czy aplikacja wypowiedzieć, czy też odzyskać i pozwolić im kontynuować to, co robią)

Więc dając użytkownikowi dwie opcje: „Powiedz nam, co robiłeś "i" radzisz sobie z tym "(ale z większą ilością słów niż na przycisku, nawet w Take Two). Naprawdę chcesz, aby wybierali "powiedz nam, co robiłeś", ale jak rozumiem, implementujesz je, otwierając przeglądarkę internetową. Ogromne przerwanie. Gdy użytkownik skończy, całkowicie zapomni, gdzie zostało przerwane. Będą cię też nienawidzić i nie dadzą ci użytecznych komentarzy. (Heck, do czasu, gdy przeglądarka zakończy ładowanie, prawdopodobnie rozproszą ją inne aplikacje (lub restartując aplikację) i opuści stronę "na później", po czym zapomną o jakimkolwiek przydatnym kontekście .)

Zamiast tego, dlaczego nie umieścić pola tekstowego w oknie? Może być trochę więcej pracy na początku, ale myślę, że otrzymasz lepszą informację zwrotną.

myślę tak:

http://www.excastle.com/misc/so958196.png

• pretekst uprzejmości "The Bastard Operator From Hell"-style excuse server. Mają więcej.
• Zacznij od kursora w polu tekstowym "Powiedz nam, co właśnie robiłeś", więc jest to łatwe, aby mogli przekazać Ci opinię: wystarczy wpisać coś i nacisnąć Enter (lub kliknąć przycisk z trzema słowa na ten temat).
• Złóż "Zakończ już upaść" hiperłącze, więc jest tam, ale bez podkreślenia. Lewe - uzasadnij to, aby ludzie nie od razu powiązali go z przyciskiem Anuluj, tak naprawdę jest.
• Jeśli ktoś wypełni pole i prześle raport o błędzie, twoje "hej, dzięki!" dialog może wspomnieć "przy okazji, jeśli otrzymasz to ponownie, możesz kliknąć łącze" Zgłaszałem to wcześniej "i wyświetlać zrzut ekranu z czerwonym kółkiem i strzałką, aby mogli zauważyć.
• Każdy inny tekst, który chcesz, może przejść na pasku bocznym z innym kolorem tła.Niewidoczność banerów reklamowych uniemożliwi ludziom nawet ich zobaczenie, chyba że znajdą się w ciekawym (i cierpliwym) nastroju.

Answer 2

Podejście, które podjąłem, to uczynić go możliwie najprostszym dla użytkownika. Obawiają się już, że prezentujesz im przerażający komunikat o błędzie, więc nie chcesz wprowadzać dodatkowego stresu, przesłuchując ich. Poproś o krótki komentarz i podnieś jak najwięcej automatycznie.

Warto zauważyć, że dzięki FogBugz można przechowywać wiadomość na skrzynce po zdiagnozowaniu. Jeśli ponownie wystąpi ten sam błąd, możesz odzyskać tę wiadomość z serwera, aby przedstawić ją użytkownikom. W ciągu ostatnich kilku lat odsunąłem się od FogBugz, więc moja pamięć o tym, jak to działa, jest trochę niewyraźna, ale pamiętam, że mogłem zapisać komunikat o działaniu naprawczym i przedstawić to użytkownikom, kiedy miało to sens.

EDYTOWANIE: Teraz, gdy widziałem obraz, moje komentarze wciąż są aktualne. Uprość i usuń przerażający język. Usunąłbym odniesienia do "zespołu deweloperów"; zamiast tego użyj "nas". Usuń odniesienia do "normalnego angielskiego". Chcesz zadać proste pytania: "Co robiłeś?".

Answer 3

Nie wiem, czy robisz to już za kulisami, ale podoba mi się podejście polegające na umożliwieniu użytkownikowi wpisania adresu e-mail i kliknięciu "Wyślij raport o błędzie".

Następnie, gdy otrzymam szczegóły błędu, zajrzę się problemem, naprawię go, a następnie natychmiast odpowiem na nie, informując go, że problem został rozwiązany.

To robi kilka rzeczy. Ułatwia to użytkownikowi zgłaszanie błędu wraz ze sposobem powiadamiania o jego usunięciu. I zapala ogień pod moim tyłkiem, aby rozwiązać problemy tak szybko, jak to możliwe, więc nie otrzymuję tego samego raportu o błędzie od kilkudziesięciu użytkowników.

Oczywiście, gdy wprowadziłem tę metodę, była ona dla stron internetowych, a nie dla aplikacji komputerowych. Są to witryny, które mogę bardzo szybko wprowadzić.

Answer 4

Mamy coś podobnego (nie aż tak dziwnego - dla ciebie), ale mamy również możliwość wyświetlenia wyjątku (domyślnie ukrytego przed użytkownikiem) dla programistów, którzy mogą rozwiązywać problemy w lokalizacji użytkownika lub dla użytkowników, którzy dzwonią do help desk.

Możesz również powiedzieć im, że przesyłasz faceta z prawej strony na zdjęciu do swojego biurka, aby im pomóc, jeśli nie prześlą raportu. To powinno ich wystraszyć. :)