Caso de una base de pruebas de rutas de error con Application Verifier

Resumen del caso

Este caso no terminó con una corrección puntual: utilizamos Application Verifier para preparar la propia base de pruebas de rutas de error. El objetivo no era únicamente «encontrar el fallo actual», sino dejar preparada una situación en la que también sea fácil investigar la próxima avería.

Síntomas

• Las pruebas del recorrido normal por sí solas apenas revelan problemas de las rutas de error.
• Las situaciones de pocos recursos o anomalías de handles tienden a ser visibles solo en condiciones cercanas a producción.
• El procedimiento de investigación tiende a depender de una persona cada vez que se analiza un problema.

Restricciones

• Agotar realmente los recursos en una máquina física tiene un coste y un riesgo altos.
• Queríamos hacer visibles antes los fallos en los límites nativos y alrededor de Win32.
• Era necesario prepararlo de una forma reutilizable para la siguiente investigación de fallos.

Qué observamos

• Ajustes de Verifier como Handles, Heaps y Low Resource Simulation.
• Huellas de rutas de error, incluidos !htrace y page heap.
• La correspondencia entre los registros de ciclo de vida propios y la información de parada de Verifier.

Cómo lo aislamos

Primero separamos lo que podía seguirse solo con registros normales de aquello que no se veía sin aplicar Verifier. Después aplicamos Verifier a una ruta de ejecución convertida en arnés y adoptamos el enfoque de hacer visibles antes anomalías difíciles de reproducir.

Cómo lo mejoramos

• Preparamos una base de pruebas que recorre intencionadamente las rutas de error.
• Hicimos posible observar anomalías de handles y heap en ciclos más cortos.
• Organizamos los puntos de observación de una manera fácil de devolver a revisiones de diseño y medidas de prevención de recurrencias.

Servicios relacionados con este caso

Este caso se conecta directamente con la investigación y análisis de fallos para reproducir problemas e identificar causas. También se relaciona con la consulta técnica y revisión de diseño, para decidir hasta qué punto incorporar al diseño las pruebas de rutas de error y los puntos de observación.

Artículos relacionados

Contacte con nosotros

Si esta página refleja una situación similar a la suya, indíquenos el contexto actual y el tipo de ayuda que necesita.