Debugging , processen med at finde og rette fejl eller fejl i soft- eller hardware -kode er en vigtig del af enhver udvikling cyklus. Debugging kan omfatte små og komplekse rettelser og patches , og kan gøres , før produktet bliver frigivet , efter frigivelse - fjernsupport eller gennem en opdatering - eller endda under udviklingen selv. Der er en række metoder og værktøjer, der kan forenkle debugging og mange tips kan udledes erfarne udviklere eller en af de mange bøger udgivet på debugging. Genskabe problemet
En af de første teknikker programmører bliver undervist om debugging stadig den primære måde at identificere og korrigere en fejl , og du skal gengive fejlen. Hvorvidt der involverer genskabe de forhold, som fejlen blev opdaget , eller deduktivt bestemme omstændighed, hvor fejlen opstår , reproducere fejlen er den allervigtigste skridt i debugging effektivt. Som professor i datalogi Terence Parr kortfattet siger: " Alle fejl er forårsaget af computere gør præcis, hvad de får at vide . " Derfor er du nødt til at regne ud, hvad og hvor computeren bliver bedt om at handle forkert.
< br > Reducer
Når man står med debugging et langt program eller store datasæt , selv den mest erfarne programmør kan blive overvældet . Professor Parr forklarer, at " ... en stor datasæt introducerer megen støj, der camouflerer den væsentlige årsag til problemer. " Han anbefaler dividere program eller en fil i mindre, mere håndterbare stykker og derefter scanne efter fejlen. Når du støder på fejl, kan du så stoppe processen og rette fejlen.
Experiment
Scientific- stil fradrag kan også hjælpe en programmør center i om kilden til en fejl . Som forskerne oprettet eksperimenter ved at komme op med testbare hypoteser , der derefter bevist eller modbevist af et kontrolleret forsøg , kan du oprette en uddannet hypotese om , hvilke former for kode kan skabe en fejl . Derefter finde og korrigere disse betingelser , test hver - ligesom et eksperiment - indtil du finder det sæt betingelser , der gjorde , ja, at fejlen
Oplev
. Parr også, når det kommer til debugging , "Erfaringen har ingen erstatning . " Som du - eller nogen programmør - bliver mere erfaren med både skrift og debugging kode , vil du blive bedre til det. Under koden skriftligt, vil du stole på tidligere erfaringer korrigere fejl at skrive kode , der forhindrer disse fejl i første omgang . Under debugging , vil du være i stand til at vende tilbage til lignende oplevelser , du har haft med fejl, der opførte sig på forskellige måder. Indtil du når det punkt , kommunikere med andre udviklere på dit hold eller i samfundet og på internettet , og bede dem om hjælp.