nieinformowanie użytkownika o postępie działań

Brak informowania o postępie działań sprawia, że użytkownik nie wie, czy operacja jeszcze trwa, czy się nie powiodła.

Gdy operacja nie ma widocznego stanu

Nieinformowanie użytkownika o postępie działań oznacza brak komunikatu opisującego aktualny etap operacji wykonywanej przez system, program albo narzędzie serwisowe. Użytkownik może wtedy widzieć jedynie nieruchome okno, obracający się wskaźnik myszy, niezmieniony procent postępu albo ekran bez reakcji. Taki obraz nie pozwala rozróżnić kilku całkowicie różnych sytuacji: prawidłowo trwającego zadania, chwilowego oczekiwania na urządzenie, błędu programu, utraty połączenia lub faktycznego zawieszenia procesu.

Postęp działania powinien być przedstawiany jako informacja o stanie, a nie wyłącznie jako animacja. Przydatny komunikat wskazuje, co aktualnie jest wykonywane, na przykład „sprawdzanie systemu plików”, „odczyt danych z dysku” albo „instalowanie składnika”. Jeżeli da się to wiarygodnie określić, interfejs może dodatkowo pokazywać liczbę przetworzonych elementów, rozmiar odczytanych danych, przewidywany etap końcowy lub informację o oczekiwaniu na odpowiedź urządzenia. Nie każda operacja pozwala jednak obliczyć procent wykonania, dlatego w zadaniach o nieznanym czasie trwania stosuje się wskaźnik aktywności oraz opis bieżącego etapu.

Różnica między pracą, oczekiwaniem a zawieszeniem

Brak postępu utrudnia ocenę, czy proces nadal działa. Sam fakt, że aplikacja nie przyjmuje kliknięć, nie dowodzi jeszcze awarii. Program może wykonywać intensywne obliczenia, czekać na zakończenie operacji wejścia i wyjścia albo oczekiwać na odpowiedź z sieci. W systemie Windows można obserwować między innymi użycie procesora, pamięci masowej i sieci w Menedżerze zadań, ale te wartości nie zawsze wystarczają do ustalenia stanu konkretnego zadania. Proces może przez pewien czas nie zużywać procesora, ponieważ czeka na dysk, sterownik lub odpowiedź innego procesu.

Wiarygodne rozpoznanie stanu wymaga powiązania kilku sygnałów. Program może aktualizować dziennik zdarzeń, zmieniać komunikat etapu, zapisywać znacznik czasu ostatniej aktywności albo udostępniać przycisk anulowania. Jeżeli licznik przetworzonych plików rośnie, wpisy w logu pojawiają się regularnie, a operacje odczytu i zapisu są widoczne, zadanie najprawdopodobniej nadal postępuje. Jeżeli przez długi czas nie zmienia się żaden mierzalny stan, nie pojawiają się nowe wpisy, a proces nie reaguje na anulowanie, można podejrzewać blokadę lub zawieszenie. Czas bez aktywności nie powinien być jednak jedynym kryterium, ponieważ różne operacje mają różne czasy oczekiwania.

Istotne są także kody zakończenia i komunikaty błędów. Prawidłowo zaprojektowane narzędzie powinno poinformować, czy operacja zakończyła się sukcesem, została anulowana, czy zakończyła się błędem. Samo zamknięcie okna bez wyniku pozostawia użytkownika bez wiedzy, czy zmiany zostały zapisane. W przypadku aktualizacji, kopiowania danych lub naprawy systemu taka niepewność może prowadzić do ponownego uruchamiania tego samego procesu, przerywania działania w niebezpiecznym momencie albo błędnej oceny stanu urządzenia.

Informacja zwrotna w logach i interfejsie

Postęp można przekazywać na kilku poziomach. Interfejs graficzny powinien pokazywać bieżący etap i umożliwiać odróżnienie działania od błędu. Dziennik techniczny powinien zapisywać rozpoczęcie operacji, przejścia między etapami, ostrzeżenia, błędy i wynik końcowy wraz ze znacznikami czasu. W narzędziach uruchamianych w wierszu poleceń użyteczne są komunikaty standardowego wyjścia, standardowego wyjścia błędów oraz kod procesu zwrócony po zakończeniu. Te informacje pomagają ustalić, czy problem dotyczy samego programu, systemu plików, urządzenia, uprawnień lub połączenia.

Komunikat o postępie powinien być prawdziwy i aktualizowany zgodnie z rzeczywistym stanem. Wyświetlanie stałego napisu „trwa przetwarzanie” przez wiele godzin nie rozwiązuje problemu, jeżeli użytkownik nie może sprawdzić ostatniej aktywności ani wyniku. Z drugiej strony sztuczne zwiększanie procentu postępu może wprowadzać w błąd, ponieważ procent powinien odpowiadać określonemu zakresowi pracy. Przy operacjach obejmujących pliki o różnym rozmiarze liczba plików i procent liczby elementów mogą nie odzwierciedlać faktycznie przetworzonej ilości danych. W takim przypadku lepszy jest opis etapu połączony z mierzalnym licznikiem bajtów lub elementów, o ile narzędzie ma do niego dostęp.

Podczas diagnostyki warto zachować ostrożność przy przerywaniu niejasnej operacji. Nagłe wyłączenie komputera w trakcie zapisu może pozostawić niepełne dane, przerwaną aktualizację albo niespójny system plików. Najpierw należy sprawdzić, czy zmieniają się logi, obciążenie urządzenia i komunikaty programu. Jeżeli aplikacja udostępnia bezpieczne anulowanie, powinno ono zakończyć zadanie w kontrolowany sposób i wyświetlić jego wynik. Jeśli takiej informacji brakuje, przyczynę można ustalać przez analizę logów systemowych, podgląd aktywności dysku, sprawdzenie połączeń oraz ponowne wykonanie operacji dopiero po ustaleniu, czy poprzednia instancja rzeczywiście się zakończyła.

Ustalenie przyczyny niejasnego przebiegu operacji

Analizę należy rozpocząć od określenia rodzaju działania i jego oczekiwanego rezultatu. Inaczej ocenia się kopiowanie danych, skanowanie dysku, instalację sterownika, aktualizację systemu lub uruchamianie aplikacji. Następnie sprawdza się, czy użytkownik otrzymuje komunikat początkowy, informacje o kolejnych etapach i jednoznaczny komunikat końcowy. Brak któregokolwiek z tych elementów może powodować wrażenie awarii, nawet gdy sam mechanizm techniczny działa poprawnie.

Jeśli urządzenie działa wolno, trzeba odróżnić opóźnienie od błędu. Przyczyną może być uszkodzony nośnik, błędy systemu plików, niewystarczająca ilość wolnego miejsca, problem ze sterownikiem, przeciążenie procesora, oczekiwanie na sieć lub konflikt między procesami. Nieinformowanie o postępie pogarsza diagnozę, ponieważ użytkownik może przerwać działanie zanim pojawi się właściwy komunikat błędu. Warto zebrać czas rozpoczęcia, nazwę wykonywanej operacji, ostatni widoczny komunikat, reakcję interfejsu oraz informacje z dzienników. Tak uporządkowane dane pozwalają sprawdzić, na którym etapie przepływ zatrzymał się lub utracił widoczność.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z działaniem systemu oraz aplikacji. W przypadku braku komunikatów o postępie sprawdzeniu podlega zarówno zachowanie programu, jak i stan sprzętu, sterowników oraz nośnika danych. Celem jest ustalenie, czy problem wynika z rzeczywistego zatrzymania operacji, błędnej obsługi stanu przez aplikację, czy z opóźnienia powodowanego przez element komputera.