Depuració

De la Viquipèdia, l'enciclopèdia lliure.
Saltar a la navegació Saltar a la cerca
Nota de desambiguació.svg Desambiguació : si esteu buscant el terme en el context del cicle de vida del programari , vegeu Inspecció de programari .
Un desenvolupador de programari realitza la depuració

La depuració (o simplement depuració ), en informàtica , en el context del desenvolupament de programari , indica l’activitat que consisteix en la identificació i correcció per part del programador d’un o més errors ( errors ) detectats al programari , directament en la fase de programació. o bé després de la fase de proves o de l'ús final del propi programa .

La depuració és una de les operacions més importants i difícils per configurar un programa , sovint extremadament complicada a causa de la complexitat del programari en ús i delicada pel perill d’introduir nous errors o comportaments diferents dels desitjats en un intent de corregir-los. per a la qual s’ha dut a terme l’activitat de depuració .

Operacions bàsiques

Tot i que cada sessió de depuració és única i constitueix la seva pròpia història, alguns principis generals s'apliquen a totes les sessions de depuració. En particular, per a la depuració d'aplicacions de programari, generalment hi ha cinc etapes en la depuració:

  • identificació d'errors
  • identificació del component on hi ha l'error
  • trobant la causa de l’error
  • dissenyar una solució per a l'error
  • implementació i prova de la correcció esmentada

Detecció d'errors

Icona de la lupa mgx2.svg El mateix tema en detall: Bug (informàtica) i Depurador .

Tot i que els errors de sintaxi normalment són ressaltats per l’ IDE , al final de l’escriptura de codi, el programador realitza una segona fase de prova avaluant si la sortida del programa és l’esperada mitjançant la compilació / interpretació i execució del codi. Qualsevol detecció de l' error semàntic i d' execució és seguida de la fase de depuració , és a dir, la identificació de la part del programari , de vegades molt complexa, en què s'amaga l'error. Sovint aquesta operació la duu a terme el programador de la mà de l'escriptura del codi, provant contínuament el codi i evitant així l'acumulació d'errors.

Aquesta activitat està recolzada per programes específics ( depuradors ) disponibles per l'IDE gràcies també a l'ús de punts d' interrupció a les línies de codi i als missatges d' error estàndard emesos als fitxers de registre (per exemple, detecció d' excepcions a les consoles IDE), que indiquen i mostrar al desenvolupador l'execució, instrucció per instrucció, del programa, alhora que permet l'anàlisi de les dades processades pel propi programa. En absència d’aquestes eines per a les activitats de depuració , s’utilitza la tècnica més senzilla, però també menys eficaç, per imprimir les instruccions que el programa està executant a la pantalla o en un fitxer , inserint-se a aquest efecte a les instruccions de depuració de codi que ressalten el final punt d'execució del programa fins a l'error. Un cop es troba l'error al codi, el programador corregeix l'error de manera iterativa fins que el programa faci el que es desitja.

Una tercera fase de depuració és la que el programador ha de resoldre quan el programari produït s'ha enviat per provar-lo o provar - ho a l'equip respectiu i s'ha enviat amb la llista de defectes trobats; generalment, en aquests casos, sovint hi ha errors en la redacció o interpretació de les especificacions pel que fa al que realment es desitja sense equivocar-se.

Una quarta fase de depuració pot tenir lloc quan l'usuari final es troba amb anomalies durant l'ús del programa; generalment en aquests casos es genera un error amb un missatge relatiu que s’envia a través d’ Internet al fabricant del programari, que periòdicament actualitzarà el producte amb versions noves sense errors ni actualitzacions (per exemple, Windows ).

Trucs per accelerar el procés de depuració

Actitud mental correcta

Cal fer autocrítica i acceptar el fet que el programa no es comporta com hauria de ser i que s’ha comès un error, que és completament normal i freqüent en el desenvolupament; si tot s'hagués previst i no hi hagués errors, el programa funcionaria correctament, però sovint aquest resultat gairebé mai s'obté al primer esborrany del codi, sinó només per a modificacions i correccions posteriors. Aquesta mentalitat augmenta significativament la possibilitat de trobar i corregir errors.

Utilitzeu fitxers de registre

A més de l'ús de la consola IDE, és recomanable crear un o més fitxers de registre que siguin molt útils per verificar si el programa funciona com s'esperava i què passa abans, després i durant l'aparició del mal funcionament.

Preste atenció a les aportacions donades al programa

Totes les entrades proporcionades per l'usuari primer han de ser validades sintàcticament i, posteriorment, també semànticament pel programa abans de ser processades. Això també millora la seguretat del programa.

Memoritzeu els tipus d'errors

Per si ja heu escrit programes similars i heu trobat errors similars a l’actual, és una bona idea, basada en l’experiència, intentar recordar l’error comès i la solució adoptada.

Consells per reduir la necessitat de depuració

Dibuix de codi

Dibuixar amb precisió estructures i funcions de dades en programació estructurada i classes en programació orientada a objectes és la millor manera de reduir els errors al codi i facilitar la detecció d’errors en cas que el programa no funcioni correctament.

Legibilitat del codi

L’ús de convencions clares per als noms de variables , funcions , classes, mètodes i constants, així com el de parlar noms, és a dir, que fan que l’ús d’un component sigui clar i, sobretot, evitin reutilitzar el mateix component per a diferents propòsits, fa que el codi sigui més clar i llegible fins i tot després de cercar errors.

Comentaris

Els comentaris són crucials, sobretot si el codi s’escriu en diverses mans. En particular, el comentari ha d’afegir valor a la instrucció. Per exemple, si l’educació ho és

 brut = tara + net;

no té cap sentit escriure un comentari com

 / * el pes brut és igual al pes net més el pes de tara * /

perquè ja es desprèn del nom de les variables. Un comentari com

 / * "tara" és una constant definida al fitxer constants.php * /

sens dubte, és molt més útil.

Articles relacionats

Enllaços externs

Control de l'autoritat LCCN ( EN ) sh85036145
Informàtica Portal de TI : accediu a les entrades de Viquipèdia relacionades amb TI