¿Cómo se lleva a cabo la depuración de archivos?

Depuración de códigos

Depurar este tipo de código es más fácil con las funciones de depuración integradas en el entorno de desarrollo, por ejemplo, Visual Studio. El depurador de Visual Studio permite a los desarrolladores congelar la ejecución de los métodos del programa, comprobar los valores de las variables, modificarlos y supervisar otras actividades realizadas por el código del programa.

En el momento de la compilación, los archivos de código fuente de los esquemas de configuración de la aplicación, así como las bibliotecas de configuración, sus módulos y los archivos de depuración (* .pdb) se exportarán a la carpeta especificada en la configuración CompilerSourcesTempFolderPath del Web.config “interno”. El código fuente del esquema se exportará de nuevo cada vez que se compile la aplicación.

Al compilar, se exportarán los archivos del código fuente de los esquemas del espacio de trabajo bajo el cual se inició la compilación. Los archivos de los códigos fuente descargados de los esquemas de configuración tienen un nombre determinado: Nombre del esquema en la configuración.Nombre del paquete_tipo de esquema.cs.

Atención. La creación de un proyecto de Visual Studio es innecesaria para depurar el código fuente: basta con abrir los archivos necesarios en Visual Studio. Sin embargo, si la depuración se realiza con frecuencia, o necesita trabajar con un gran número de archivos al mismo tiempo, la creación de un proyecto hará que sea más fácil.

¿Qué es el depurador y cómo funciona?

La respuesta simplificada es: Cuando pones un punto de interrupción en el programa, el depurador reemplaza tu código en ese punto con una instrucción int3 que es una interrupción de software. Como efecto se suspende el programa y se llama al depurador.

¿Qué técnica de depuración es la más utilizada?

La depuración basada en trazas es tradicional y la técnica de depuración más común utilizada en la mayoría de las herramientas de depuración actuales. La depuración basada en trazas se basa en el concepto de puntos de interrupción.

¿Por qué se llama depuración?

Los términos “bug” y “debugging” se atribuyen popularmente a la almirante Grace Hopper en la década de 1940. Mientras trabajaba en un ordenador Mark II en la Universidad de Harvard, sus colaboradores descubrieron una polilla atascada en un relé que impedía su funcionamiento, por lo que comentó que estaban “depurando” el sistema.

Idea de punto de ruptura

Tantas veces he visto la descripción de un problema, inmediatamente he hecho algunas suposiciones al azar, he procedido a hacer cambios, he comprobado el código, he cerrado el ticket y me he sentado satisfecho conmigo mismo, sólo para descubrir que al día siguiente alguien reabre el ticket y dice que no está arreglado.

Lo más probable es que haya arreglado algo, pero sin haber reproducido el fallo original, no tengo ni idea de lo que he hecho realmente. Por lo tanto, busca siempre los pasos exactos para reproducir el fallo. Si no puedes reproducirlo, encuentra a alguien que pueda hacerlo. Tu tiempo es precioso: no dejes que la gente te “asegure” que lo ha visto. Haz que te lo demuestren y luego reprodúcelo tú mismo. No hay nada peor que pasar horas en una búsqueda inútil.

No todos los bugs tienen un stack trace, pero la mayoría sí. La capacidad de leerlos y entenderlos en segundos es una habilidad increíble. La clave para recordar es que la causa raíz, el asqueroso culpable que rompió tu día perfecto, suele estar envuelto en varias capas de profundidad. Así que trabaja desde la parte inferior de la aterradora pila de trazos hacia arriba para encontrar la causa raíz.

意見回饋

En la programación informática y el desarrollo de software, la depuración es el proceso de encontrar y resolver errores (defectos o problemas que impiden el funcionamiento correcto) dentro de los programas informáticos, el software o los sistemas.

Las tácticas de depuración pueden incluir la depuración interactiva, el análisis del flujo de control, las pruebas unitarias, las pruebas de integración, el análisis de los archivos de registro, la supervisión a nivel de la aplicación o del sistema, los volcados de memoria y la creación de perfiles. Muchos lenguajes de programación y herramientas de desarrollo de software también ofrecen programas de ayuda a la depuración, conocidos como depuradores.

Los términos “bug” y “debugging” se atribuyen popularmente a la almirante Grace Hopper en los años 40.[1] Mientras trabajaba en un ordenador Mark II en la Universidad de Harvard, sus colaboradores descubrieron una polilla atascada en un relé que impedía el funcionamiento, por lo que comentó que estaban “depurando” el sistema. Sin embargo, el término “bug”, en el sentido de “error técnico”, se remonta por lo menos a 1878 y a Thomas Edison (véase “software bug” para una discusión completa). Del mismo modo, el término “depuración” parece haberse utilizado como término en la aeronáutica antes de entrar en el mundo de la informática. De hecho, en una entrevista Grace Hopper comentó que ella no había acuñado el término[cita requerida] La polilla se ajustaba a la terminología ya existente, por lo que se guardó. Una carta de J. Robert Oppenheimer (director del Proyecto Manhattan de la bomba atómica de la Segunda Guerra Mundial en Los Álamos, Nuevo México) utilizó el término en una carta al Dr. Ernest Lawrence en la UC Berkeley, fechada el 27 de octubre de 1944,[2] en relación con la contratación de personal técnico adicional.

Cómo utilizar el depurador

A medida que vayas añadiendo servlets, páginas HTML y páginas JavaServer (JSP) a tu proyecto de aplicación, podrás compilar y ejecutar la aplicación incompleta periódicamente para probar los elementos que hayas completado hasta el momento. Antes de poder probar un servlet, debes compilarlo.

Tu aplicación puede ser ejecutada y probada sin desplegarla en un servidor de aplicaciones. Esto se hace ejecutándola en un servidor de pruebas, una versión local del Netscape Application Server en su máquina de desarrollo.

Cuando selecciona un bean y luego elige Complie file(s) en el menú Build o elige Build o Rebuild Project, Netscape Application Builder abre la pestaña EJB Stubs en la ventana Messages para mostrar los resultados de la compilación:

Puede probar archivos individuales utilizando un depurador, como Visual Cafe, para establecer puntos de interrupción y recorrer la ejecución de los archivos línea por línea. Puede probar el comportamiento de páginas individuales. Probar una JSP invocando el servlet que la llama, lo que también prueba el servlet en tiempo de ejecución al mismo tiempo.

El flujo de la aplicación, sin embargo, es la interacción punto a punto entre su aplicación y la persona que la utiliza. Las pruebas a nivel de aplicación implican ejercitar la funcionalidad de la aplicación y observar los resultados, así como juzgar el orden de la funcionalidad con respecto a otras características. Por ejemplo, un mercado en línea puede permitir a un usuario navegar por un catálogo, seleccionar artículos y luego comprar todos los artículos seleccionados de una vez en la “caja”. Si su aplicación presenta una pantalla de compra en blanco antes de permitir al usuario navegar por el contenido del mercado, su usuario se sentirá confundido y no sabrá a dónde ir después.

Entradas relacionadas

Esta web utiliza cookies propias y de terceros para su correcto funcionamiento y para fines analíticos y para mostrarte publicidad relacionada con sus preferencias en base a un perfil elaborado a partir de tus hábitos de navegación. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos.Más información
Privacidad