Tracing. In software engineering, tracing involves a specialized use of logging to record information about a program's execution. This information is typically used by programmers for debugging purposes, and additionally, depending on the type and detail of information contained in a trace log, by experienced system administrators or technical-support personnel and by software monitoring tools to diagnose common[citation needed] problems with software. Tracing is a cross-cutting concern. There is not always a clear distinction between tracing and other forms of logging, except that the term tracing is almost never applied to logging that is a functional requirement of a program (therefore excluding logging of data from an external source, such as data acquisition in a high-energy physics experiment, and write-ahead logging). Logs that record program usage (such as a server log) or operating-system events primarily of interest to a system administrator (see for example Event Viewer) fall into a terminological gray area. This article deals primarily with tracing for debugging or diagnostic purposes. Event logging versus tracing Difficulties in making a clear distinction between event logging and software tracing arise from the fact that some of the same technologies are used for both, and further because many of the criteria that distinguish between the two are continuous rather than discrete. The following table lists some important, but by no means precise or universal, distinctions that are used by developers to select technologies for each purposes, and that guide the separate development of new technologies in each area: Event logging. Event logging provides system administrators with information useful for diagnostics and auditing. The different classes of events that will be logged, as well as what details will appear in the event messages, are often considered early in the development cycle. Many event logging technologies allow or even require each class of event to be assigned a unique "code", which is used by the event logging software or a separate viewer (e.g., Event Viewer) to format and output a human-readable message. This facilitates localization and allows system administrators to more easily obtain information on problems that occur. Because event logging is used to log high-level information (often failure information), performance of the logging implementation is often less important. A special concern, preventing duplicate events from being recorded "too often" is taken care of through event throttling.

Rastreo. En ingeniería de software, el rastreo implica un uso especializado del registro para registrar información sobre la ejecución de un programa. Esta información es utilizada normalmente por los programadores para fines de depuración, y adicionalmente, dependiendo del tipo y detalle de la información contenida en un registro de seguimiento, por administradores de sistemas experimentados o personal de soporte técnico y por herramientas de monitoreo de software para diagnosticar problemas comunes. con el software. El rastreo es una preocupación transversal. No siempre hay una distinción clara entre el rastreo y otras formas de registro, excepto que el término rastreo casi nunca se aplica al registro que es un requisito funcional de un programa (por lo tanto, se excluye el registro de datos de una fuente externa, como la adquisición de datos en un experimento de física de alta energía, y el registro de escritura anticipada). Los registros que registran el uso del programa (como un registro del servidor) o los eventos del sistema operativo que son de interés principalmente para un administrador del sistema (ver, por ejemplo, el Visor de eventos) caen en un área gris terminológica. Este artículo trata principalmente con el seguimiento para fines de depuración o diagnóstico. Registro de eventos versus rastreo Las dificultades para hacer una distinción clara entre el registro de eventos y el rastreo del software surgen del hecho de que algunas de las mismas tecnologías se usan para ambas, y más aún porque muchos de los criterios que distinguen entre las dos son continuos en lugar de discretos.La siguiente tabla enumera algunas distinciones importantes, pero de ninguna manera precisas o universales, que los desarrolladores utilizan para seleccionar tecnologías para cada propósito, y que guían el desarrollo separado de nuevas tecnologías en cada área: El registro de eventos. El registro de eventos proporciona a los administradores del sistema información útil para diagnósticos y auditorías. Las diferentes clases de eventos que se registrarán, así como los detalles que aparecerán en los mensajes de eventos, a menudo se consideran al principio del ciclo de desarrollo. Muchas tecnologías de registro de eventos permiten o incluso requieren que a cada clase de evento se le asigne un "código" único, que es utilizado por el software de registro de eventos o un visor independiente (por ejemplo, el Visor de eventos) para formatear y emitir un mensaje legible. Esto facilita la localización y permite a los administradores del sistema obtener información más fácilmente sobre los problemas que ocurren. Debido a que el registro de eventos se utiliza para registrar información de alto nivel (a menudo información de fallas), el rendimiento de la implementación del registro a menudo es menos importante. Una preocupación especial, evitar que los eventos duplicados se graben "con demasiada frecuencia" se soluciona mediante la regulación de eventos.