Debugging , het proces van het vinden en corrigeren van bugs of fouten , in soft - of hardware -code is een essentieel onderdeel van elke ontwikkeling cyclus . Debuggen kan omvatten kleine en complexe fixes en patches , en kan gedaan worden voordat het product wordt vrijgegeven , na de release - op afstand of via een update - of zelfs tijdens de ontwikkeling zelf . Er zijn een aantal benaderingen en instrumenten die debuggen kan vereenvoudigen , en tal van tips kunnen worden afgeleid uit ervaren ontwikkelaars of een van de vele boeken gepubliceerd over debuggen . Reproduceren van de Kwestie Een van de eerste technieken programmeurs worden onderwezen over debugging blijft de belangrijkste manier om een bug te identificeren en te corrigeren, moet u de fout te reproduceren . Of dat gaat herscheppen van de omstandigheden waarin de fout werd ontdekt of deductief het bepalen van de omstandigheden waarin de fout zich voordoet , de fout reproduceren is de belangrijkste stap in het effectief opsporen van fouten . Als computer science professor Terence Parr bondig bepaalt , " Alle bugs worden veroorzaakt door computers doen precies wat ze wordt verteld . " Daarom moet je uitzoeken wat en waar de computer wordt verteld om verkeerd te handelen . < br > Verminder Wanneer we geconfronteerd worden met het debuggen van een lang programma of grote dataset , zelfs de meest ervaren programmeur kan worden overweldigd . Professor Parr legt uit dat " ... een grote gegevensset introduceert een veel lawaai dat de wezenlijke oorzaak van de problemen camoufleert . " Hij adviseert het verdelen van het programma of bestand in kleinere , meer hanteerbare stukken en vervolgens scannen voor de bug . Wanneer u de bug tegenkomt , kunt u vervolgens het proces stoppen en de fout te corrigeren . Experiment Scientific - stijl aftrek kan ook helpen een programmeur centrum in van de bron van een bug . Als wetenschappers het opzetten van experimenten door te komen met toetsbare hypotheses die vervolgens worden bewezen of weerlegd door een gecontroleerd experiment , kunt u een opgeleide hypothese over wat voor soort code kan maken van een bug te creëren . Vervolgens vinden en te corrigeren die voorwaarden , het testen van elke - als een experiment - totdat u de reeks voorwaarden die vond inderdaad , want de bug Experience . Parr zegt ook als het gaat om het debuggen , "De ervaring heeft geen alternatief . " Als u - of een programmeur - meer ervaring met zowel het schrijven en debuggen code , zal je beter worden in het. Tijdens het schrijven van code , kunt u rekenen op ervaringen uit het verleden corrigeren van bugs om code die deze foutjes voorkomt in de eerste plaats schrijven . Tijdens het debuggen , zult u in staat zijn om terug te verwijzen naar soortgelijke ervaringen die je hebt gehad met bugs die gedroeg zich op verschillende manieren . Totdat je dat punt bereikt , communiceren met andere ontwikkelaars in je team of in de gemeenschap en op het internet en vraag hen om hulp .
|