Vad är skillnaden mellan felsökning, testning och felsökning?
Spendera lite tid på att arbeta eller spela på datorer och snart hör du tre ord bundna om: felsökning , testning och felsökning . Medan de två första är vanliga nog kan deras betydelse verka suddig eller till och med synonym. I praktiken är var och en av dessa åtgärder olika, även om de är relaterade.
Felsökning är slutanvändarens och kundtjänstteknikerens bana och börjar när programvara eller hårdvara inte fungerar som förväntat, vilket ger ett oväntat eller annars otillfredsställande resultat. I många fall har användarfel fel.
Det första steget i felsökning är att täcka grunderna. Är programvaran eller maskinvaran korrekt installerad? Är den konfigurerad korrekt? Har du läst manualen och följt alla instruktioner? Kanske har du ändrat något i ditt system som utgjorde problemet? Har du använt den här produkten hela tiden, eller är det en ny installation?
Om det är en ny installation kan du nästan vara säker på att problemet ligger i installationsprocessen, särskilt när det gäller hårdvara. Maskinvara kräver en enhetsdrivrutin (mjukvarufil) som fungerar som en bro eller gränssnitt mellan hårdvaran och operativsystemet. Om drivrutinen misslyckas kan hårdvaran inte kommunicera korrekt med andra systemkomponenter. Enhetsdrivrutiner kanske inte finns eller har installerats i fel ordning i förhållande till enheten.
Om problemet ligger i hårdvara som fungerade perfekt fram till nuvarande ögonblick kan skador på enhetsdrivrutinen vara orsaken. Att installera om drivrutinen kan lösa problemet. En uppdaterad drivrutin kan också göra tricket. Andra gånger, om du sätter på en komponent i moderkortet igen genom att stänga av datorn, extrahera komponenten och sedan installera om den tar hand om problemet.
Felsökning av hårdvara i Windows ™ -operativsystem finns också via Enhetshanteraren och hjälpmenyerna. Ett gult utropstecken bredvid en komponent i Enhetshanteraren indikerar ett problem.
Programvara som börjar bete sig dåligt kan också bli skadad. Återinstallation kan ibland hjälpa, men om ett program började fungera efter att ny, oberoende programvara installerats, kan det vara en konflikt mellan de två. Brandväggar och antivirusprogram är ökända för att inte spela fint tillsammans, och det är förmodligen klokt att hålla sig till bara ett program i var och en av dessa kategorier såvida du inte är en avancerad användare.
Felsökning i allmänhet innebär vanligtvis att läsa manualer eller hjälpfiler, gå igenom grunderna för att eliminera användarfel som en potentiell orsak och att använda en sökmotor för att undersöka hur andra har löst problemet. Om det finns en sak du alltid kan räkna med som slutanvändare är det att någon har gått i dina skor tidigare. Internetsamhället är mycket bra på att ge hjälp, och i de flesta fall kan du hitta svar genom flitig sökning.
Testning är föregångaren till felsökning. Testning är vanligtvis programmet för programmerare och avancerade användare och inträffar när en produkt är ny eller håller på att uppdateras och måste läggas igenom sina steg för att eliminera potentiella problem. Testning identifierar "buggar" eller brister så att de kan korrigeras i felsökningsprocessen innan [nästa] officiella släpp av produkten. Dessa "inofficiella" utgivningar är kända som betaversioner (t.ex. 3.0 b ), och offentliga frivilliga är kända som betatestare.
Betatestning är en värdefull resurs för programutvecklare på grund av de olika datorsystemen som deltar i kombination med det stora antalet timmar och scenarier under vilka programmet används. Detta spolar ut oförutsedda problem på ett sätt som inte effektivt kan uppnås genom att använda bara i husfelsökare. Betatestningsfasen ger författare en god uppfattning om beredskapen för en produkt för allmänheten.
Hårdvara testas också, men eftersom det är ekonomiskt oöverkomligt att tillhandahålla gratis betahårdvara till allmänheten görs hårdvarutestning och felsökning vanligen hemma. Betaprodukter kan emellertid vara premiär och i vissa fall distribueras i begränsat antal till industrins insiders på konferenser som COMDEX.
Beta-programvara görs specifikt tillgänglig för testning och anses inte vara en stabil utgåva. Betatestare installerar beta-programvara på egen risk, och för att hjälpa programvaruutvecklare att identifiera källan till ett problem måste de tillhandahålla en sund mängd information när de rapporterar ett fel. Obligatoriska data varierar men inkluderar generellt systemspecifikationer, betaversion och build, de exakta förhållandena under vilka felet inträffade och felmeddelandeinnehåll.
Debugging är programmet för programmerare och utvecklare, och innebär att själva programkoden fixas för att eliminera fel eller buggar. Utvecklare försöker kopiera betarapporterade buggar i hussystem för att eliminera dem.
Det finns många typer av felsökningsverktyg, men ett enkelt exempel är ett verktyg som gör att programmeraren kan övervaka programkoden samtidigt som den manipuleras för att utföra olika kommandon och rutiner. Ett grundläggande tillvägagångssätt är att förenkla koden så mycket som möjligt på den misstänkta oroliga platsen och samtidigt replikera problemet och begränsa fokus till potentiella problemlinjer. I själva verket är felsökning en komplex process som kräver olika tillvägagångssätt baserade på faktorer som komplexiteten och längden på själva programvarukoden och språket det är skrivet med.
Felsökning kan vara en tröttsam uppgift, även om vissa språk är lättare att felsöka än andra. Java inkluderar till exempel rutiner som hanterar undantagsfel. Ett undantagsfel uppstår när programmet stöter på en situation som måste åtgärdas innan programmet kan fortsätta på rätt sätt. I detta fall initierar en inbyggd rutin en "sökning" inom de olika lagren av programvarukod och letar efter ett svar på problemet. Om en fix inte kan hittas uppstår ett dödligt undantagsfel och programmet stängs av. Det resulterande felmeddelandet kan innehålla en minnesadress eller annan kryptisk data som inte hjälper användaren men kan vara värdefull för felsökning. Välskrivna program bör inte ha dödliga fel.
Äldre programmeringsspråk som C eller montering är inte så transparenta och hanterar inte fel så effektivt. Felsökningsprogram skrivna på dessa språk kan testa felsökarens färdigheter och tålamod.
Tack och lov för slutanvändaren har kommersiellt tillgänglig mjukvara redan felsökts av stora brister. På grund av just denna anledning faller de flesta problem som slutanvändaren stöter på under felsökningsområdet och kan åtgärdas med tidigare nämnda medel. Vid de tillfällen som en slutanvändare stöter på ett fel, kan genomföra rörelserna för felsökning avslöja ett arbete tills felet är fixat av utvecklaren.
När du ber om hjälp på ett webbforum eller nyhetsgrupp, se till att du gör dina läxor i förväg. Felsökning är tidskrävande och människor som frivilligt hjälper uppskatta någon som har ansträngt sig för att hitta svar. Fråga om ett problem som har ställts och besvarats upprepade gånger kommer inte att vinna dina vänner och anses vara dålig netikett.