Debugging , processen att hitta och korrigera fel , eller fel , i mjuk - eller hårdvara koden är en viktig del av alla utvecklingscykeln . Debugging kan omfatta små och komplexa fixar och patchar , och kan göras innan produkten släpps , efter frigivningen - på distans eller via en uppdatering - eller ens under utvecklingen själv . Det finns ett antal metoder och verktyg som kan förenkla felsökning och många tips kan utläsa från erfarna utvecklare eller en av de många böcker som publicerats på felsökning . Återskapa problemet
En av de första teknikerna programmerare lärs angående felsökning fortfarande det primära sättet att identifiera och rätta till en bugg , du måste återskapa felet . Oavsett om det handlar om att återskapa de förhållanden under vilka felet upptäcktes eller deduktivt bestämma omständighet där felet uppträder , reproducera felet är den enskilt viktigaste steget i att felsöka effektivt . Som professor i datavetenskap Terence Parr kortfattat anger, "Alla buggar orsakade av datorer gör precis vad de blir tillsagda . " Därför , måste du räkna ut vad och när den blir tillsagd att agera felaktigt .
Minska
När man står med felsökning av en lång program eller stora dataset , även de mest erfarna programmerare kan bli överväldigad . Professor Parr förklarar att " ... en stor datamängd introducerar en hel del av buller som kamouflerar den grundläggande orsaken till problem . " Han rekommenderar att dividera program eller en fil i mindre, mer hanterbara bitar och sedan söka efter felet . När du stöter på felet , kan du sluta då processen och rätta till felet .
Experiment
Scientific - stil avdrag också kan hjälpa en programmerare center i på källan till en bugg . Som forskare inrättas experiment genom att komma med testbara hypoteser som sedan bevisats eller motbevisats av ett kontrollerat experiment , kan du skapa en utbildad hypotes om vilka typer av kod kan skapa en bugg . Sedan , hitta och korrigera dessa villkor , provning av varje - som ett experiment - tills du hittar en uppsättning villkor som gjorde , faktiskt , att felrapporten
Experience
. Parr anger också när det gäller felsökning , " Erfarenheten har ingen ersättning . " som du - eller någon programmerare - blir mer erfaren med både att skriva och felsöka kod , kommer du att bli bättre på det . Under koden skriver , kommer du lita på tidigare erfarenheter korrigera buggar att skriva kod som förhindrar dessa buggar i första hand . Under felsökning , kommer du att kunna hänvisa till liknande upplevelser du har haft med buggar som uppträdde på olika sätt . Tills du når den punkten , kommunicera med andra utvecklare på ditt team eller i samhället och på Internet och be dem om hjälp . Addera
