På grund af den enorme mængde af edb- software og hardware specifikationer til rådighed , en eller flere problemer kan pludselig opstå. Hvorvidt en sådan udstedelse stammer fra det pågældende produkt eller af en tredjepart element , bestemme den vigtigste årsag er et afgørende skridt i retning af at løse sagen. Som et resultat, skal brugerne udføre forskellige fejlfinding metoder, før sidste ende nærmer problemløsning fasen. I denne henseende er fejlfinding en given problem sommetider lidt anderledes end at løse problemet ved hånden. Fejlfinding Mystiske Problemer

fejlfinding starter ofte ved at analysere et bestemt symptom eller en serie af problemer. Årsagen til sådanne spørgsmål , men er sædvanligvis ukendt . Dette kan omfatte fiasko for et program til at installere korrekt, eller at starte, når installationen finder sted. Mens mange problemer producere specifikke fejlmeddelelser , kan andre være tvetydige eller for vag for brugerne at nærme sig en umiddelbar løsning . I andre tilfælde , undlader computerproblemer at give fejlkoder helt, tvinger dig til at arbejde blot med den nuværende adfærd.
Løsning Kendt Issue

Problemløsning undertiden adskiller sig fra fejlfinding procedurer , som du måske allerede kender årsagen til symptomet (r) ved hånden. Som roden af problemet er kendt, kan du fortsætte med at løse det med alle nødvendige midler . At løse disse problemer kan indebære reparation eller udskiftning af software eller hardware i spørgsmålet. Hvis et operativsystem ikke kan starte på grund af manglende kritiske filer , for eksempel, kan du geninstallere disse eller bruge et helt andet system helt.

Problemløsningsteknik

på grund af potentielt komplicerede situationer kan fejlfinding stærkt fokus på trial and error mekanik, der kan gøre indsigelse mere direkte metoder , som problemløsning teknikker. En fælles , men effektiv metode indebærer udelukkelsesmetoden . For eksempel, når en funktion pludselig standser arbejdet kan du fortryde den sidste systemgendannelse ændring , der fandt sted i håb om at isolere problemet. Til korrekt identificere kilden , anbefales det, at du forsøger én mulighed ad gangen.
Direct Vs. Komplekse løsninger
p Hvis et spørgsmål allerede er identificeret, kan problemløsning løsninger opnås succes med lidt ekstra kritisk tænkning. Fejlfinding, dog kan kræve flere test teknikker , især hvis problemet er intermitterende . For eksempel kan en edb-applikation kører problemfrit men lejlighedsvis ned tilfældigt. Dette kan være forårsaget af modstridende systemtjenester (uforenelighed ) , en hardware fejl eller ved at programmere bugs i programmet kildekode. Afhængigt af årsagen , kan en resolution ikke være op til slutbrugeren , men i stedet kunne stole på et fremtidigt program release være det eneste middel til at løse problemet

.