Poświęć dowolną ilość czasu na pracę lub zabawę na komputerach, a wkrótce usłyszysz trzy słowa: rozwiązywanie problemów, testowanie i debugowanie. Chociaż pierwsze dwa są dość powszechne, ich znaczenia mogą wydawać się niewyraźne, a nawet synonimiczne. W praktyce każde z tych działań jest inne, choć powiązane.
Rozwiązywanie problemów jest zmorą użytkownika końcowego i technika obsługi klienta i zaczyna się, gdy oprogramowanie lub sprzęt nie działają zgodnie z oczekiwaniami, co daje nieoczekiwany lub w inny sposób niezadowalający wynik. W wielu przypadkach przyczyną jest błąd użytkownika.
Pierwszym krokiem w rozwiązywaniu problemów jest omówienie podstaw. Czy oprogramowanie lub sprzęt są prawidłowo zainstalowane? Czy jest poprawnie skonfigurowany? Czy przeczytałeś instrukcję i postępowałeś zgodnie ze wszystkimi instrukcjami? Może zmieniłeś coś w swoim systemie, co spowodowało problem? Czy używasz tego produktu przez cały czas, czy jest to nowa instalacja?
Jeśli jest to nowa instalacja, możesz być prawie pewien, że problem leży w procesie instalacji, szczególnie w przypadku sprzętu. Sprzęt wymaga sterownika urządzenia (pliku oprogramowania), który działa jako pomost lub interfejs między sprzętem a systemem operacyjnym. Jeśli sterownik urządzenia ulegnie awarii, sprzęt nie będzie mógł prawidłowo komunikować się z innymi składnikami systemu. Sterowniki urządzeń mogą być nieobecne lub mogły zostać zainstalowane w niewłaściwej kolejności względem urządzenia.
Jeśli problem dotyczy sprzętu, który do tej pory działał bez zarzutu, przyczyną może być uszkodzenie sterownika urządzenia. Ponowna instalacja sterownika może rozwiązać problem. Zaktualizowany sterownik może również załatwić sprawę. Innym razem, ponowne osadzenie komponentu na płycie głównej poprzez wyłączenie komputera, wyodrębnienie komponentu, a następnie ponowne zainstalowanie go rozwiązuje problem.
Rozwiązywanie problemów ze sprzętem w systemach operacyjnych Windows™ jest również dostępne za pośrednictwem Menedżera urządzeń i menu Pomoc. Żółty wykrzyknik obok komponentu w Menedżerze urządzeń wskazuje na problem.
Oprogramowanie, które zaczyna źle się zachowywać, również może być uszkodzone. Ponowna instalacja może czasami pomóc, ale jeśli program zaczął działać po zainstalowaniu nowego, niepowiązanego oprogramowania, może wystąpić konflikt między nimi. Zapory sieciowe i programy antywirusowe są znane z tego, że nie współgrają ze sobą dobrze i prawdopodobnie rozsądnie jest trzymać się tylko jednego programu w każdej z tych kategorii, chyba że jesteś zaawansowanym użytkownikiem.
Ogólnie rzecz biorąc, rozwiązywanie problemów obejmuje czytanie podręczników lub plików pomocy, zapoznawanie się z podstawami w celu wyeliminowania błędów użytkownika jako potencjalnej przyczyny oraz korzystanie z wyszukiwarki w celu zbadania, w jaki sposób inni rozwiązali problem. Jeśli jest jedna rzecz, na którą zawsze możesz liczyć jako użytkownik końcowy, to to, że ktoś wcześniej chodził w twoich butach. Społeczność internetowa bardzo dobrze radzi sobie z udzielaniem pomocy iw większości przypadków odpowiedzi można znaleźć poprzez staranne wyszukiwanie.
Testowanie jest prekursorem debugowania. Testowanie jest zwykle mocną stroną programistów i zaawansowanych użytkowników i ma miejsce, gdy produkt jest nowy lub jest aktualizowany i musi zostać poddany próbie, aby wyeliminować potencjalne problemy. Testowanie identyfikuje „błędy” lub niedoskonałości, aby można je było poprawić w procesie debugowania, przed [następnym] oficjalnym wydaniem produktu. Te „nieoficjalne” wydania są znane jako wersje beta (np. 3.0b), a publiczni ochotnicy są znani jako beta testerzy.
Testy beta są cennym źródłem informacji dla programistów ze względu na różne systemy komputerowe, w których uczestniczą, w połączeniu z samą liczbą godzin i scenariuszami, w których program jest używany. To eliminuje nieprzewidziane problemy w sposób, którego nie można skutecznie rozwiązać przy użyciu tylko wewnętrznych debugerów. Faza testów beta daje autorom dobre wyobrażenie o gotowości produktu do użytku w domenie publicznej.
Sprzęt jest również testowany w wersji beta, ale ponieważ udostępnianie publicznie darmowego sprzętu w wersji beta jest finansowo zaporowe, testowanie i debugowanie sprzętu jest zwykle wykonywane we własnym zakresie. Produkty w wersji beta mogą jednak mieć swoją premierę, a w niektórych przypadkach dystrybuowane w ograniczonej liczbie osobom z branży na konferencjach takich jak COMDEX.
Oprogramowanie w wersji beta jest specjalnie udostępniane do testowania i nie jest uważane za wydanie stabilne. Testerzy wersji beta instalują oprogramowanie beta na własne ryzyko i aby pomóc twórcom oprogramowania zidentyfikować źródło problemu, muszą dostarczyć odpowiednią ilość informacji podczas zgłaszania błędu. Wymagane dane są różne, ale zazwyczaj obejmują specyfikacje systemu, wersję beta i kompilację, dokładne warunki, w których wystąpił błąd oraz treść komunikatu o błędzie.
Debugowanie jest mocną stroną programistów i deweloperów i polega na naprawieniu samego kodu oprogramowania w celu wyeliminowania błędów lub błędów. Deweloperzy próbują replikować błędy zgłoszone przez wersję beta w systemach domowych w celu ich wyeliminowania.
Chociaż istnieje wiele rodzajów narzędzi do debugowania, prostym przykładem jest narzędzie, które pozwala programiście monitorować kod programu podczas manipulowania nim w celu wykonywania różnych poleceń i procedur. Jednym z podstawowych podejść jest maksymalne uproszczenie kodu w podejrzanym punkcie problematycznym, przy jednoczesnym powtarzaniu problemu, zawężając koncentrację do linii potencjalnych problemów. W rzeczywistości debugowanie to złożony proces, który wymaga różnych podejść w oparciu o takie czynniki, jak złożoność i długość samego kodu oprogramowania oraz język, w którym jest napisane.
Debugowanie może być męczącym zadaniem, chociaż niektóre języki są łatwiejsze do debugowania niż inne. Na przykład Java zawiera procedury, które obsługują błędy wyjątków. Błąd wyjątku występuje, gdy program napotka sytuację, którą należy rozwiązać, zanim program będzie mógł poprawnie kontynuować pracę. W tym przypadku wbudowana procedura inicjuje „przeszukiwanie” w różnych warstwach kodu oprogramowania, szukając odpowiedzi na problem. Jeśli nie można znaleźć poprawki, wystąpi błąd krytyczny wyjątku i program zostanie zamknięty. Wynikowy komunikat o błędzie może zawierać adres pamięci lub inne zaszyfrowane dane, które nie pomogą użytkownikowi, ale mogą być przydatne do debugowania. Dobrze napisane programy nie powinny zawierać błędów krytycznych.
Starsze języki programowania, takie jak C lub assembler, nie są tak przejrzyste i nie radzą sobie z błędami tak wydajnie. Programy debugujące napisane w tych językach mogą przetestować umiejętności i cierpliwość debugera.
Na szczęście dla użytkownika końcowego, dostępne na rynku oprogramowanie zostało już debugowane pod kątem poważnych wad. Z tego właśnie powodu większość problemów napotykanych przez użytkownika końcowego wchodzi w zakres rozwiązywania problemów i można je rozwiązać za pomocą wcześniej wspomnianych środków. W tych przypadkach, w których użytkownik końcowy napotka błąd, wykonanie czynności związanych z rozwiązywaniem problemów może ujawnić obejście problemu, dopóki błąd nie zostanie naprawiony przez programistę.
Prosząc o pomoc na forum internetowym lub grupie dyskusyjnej, pamiętaj, aby zawczasu odrobić pracę domową. Rozwiązywanie problemów jest czasochłonne, a ludzie, którzy dobrowolnie pomagają, doceniają kogoś, kto podjął wysiłek, aby znaleźć odpowiedzi. Pytanie o problem, na który wielokrotnie pytano i na które odpowiadano, nie zdobędzie przyjaciół i jest uważane za kiepską netykietę.