¿Cómo se puede revisar el código para garantizar que su registro interno sea suficiente y correcto?

Depende de a qué te refieres exactamente con el registro.

La mayoría de las personas piensan en el registro como flujos de datos a archivos de texto, generalmente estructurados de manera bastante flexible y escritos de manera casual. Las personas generalmente no se molestan en probar eso, porque la forma en que usas esos registros tiende a ser fundamentalmente ondulada. Una vez que superas el nivel de necesidad de más de un par de servidores para manejar una aplicación, esta clase de registro es básicamente inútil.

Pero si expande la definición de registro para incluir estadísticas de informes y eventos de registro en algún tipo de almacenamiento estructurado, eso cambia las cosas. Instrumentar las pruebas en esa clase más formal de registro es tan importante como probar el código interno, aunque a menudo se pasa por alto.

Si necesita poder tomar decisiones y tomar medidas en función del rendimiento de un sistema, es muy probable que tenga un error en sus informes y que tenga un error en su lógica interna. Si no tiene confianza en que sus informes funcionen, está volando a ciegas.

  • Los registros pueden ser probados, y en mi práctica sí lo hacen.
  • Puede comenzar con el equipo de desarrollo escribiendo lo que quieren registrar.
  • Luego miras eso y preguntas si eso es suficiente
  • Con una lista más o menos final, la pones, por ejemplo, en el lado izquierdo, y luego haces un “recorrido” de la aplicación, activando cada evento en la lista, verificando registros si los eventos se informan y poniendo una marca de verificación. Eso es como mínimo.
  • Como dice Jon Peterson, a menudo “descubres un registro inadecuado una vez que intentas depurar algo. ¡Ese es un buen momento para agregar inmediatamente más registros! ”. No podría estar mas de acuerdo.

El registro puede ser probado. Las declaraciones de registro de prueba de unidad requieren mucho tiempo, pero se puede hacer. Las pruebas manuales y de aceptación aún requieren mucho tiempo, pero vale la pena hacerlo para sistemas críticos.

Muy a menudo, descubre un registro inadecuado una vez que intenta depurar algo. ¡Es un buen momento para agregar inmediatamente más registros!

Las revisiones de código pueden ser una forma de hacer cumplir una buena cobertura de registro.

Consideraría que el registro es algo que usted especifica, más de lo que especifica la verificación de entrada. Es algo que tiene un estándar de calidad para todo el software que produce un equipo.

More Interesting

¿Qué es un resumen del artículo 'The Mythical Man-Month'?

¿Cómo los ingenieros de software o codificadores juntan su código para hacer su aplicación?

¿Qué es el software de código abierto? ¿Es malo para su teléfono y hay un opuesto?

¿Qué es la mantenibilidad en ingeniería de software?

Cómo convertirse en un probador de software sin un título relacionado

¿Es cierto que "el hardware evolucionó mucho más rápido de lo que pensábamos, mientras que el software evolucionó mucho más lentamente de lo que pensábamos"? ¿Por qué o por qué no?

Desde el intérprete hasta el metal desnudo, cuando asigna una variable en Ruby tal que 'x = 10', ¿qué serie de eventos ocurren?

¿Qué métrica se utiliza para clasificar los errores de software más peligrosos que se conocen?

Tiene una gran cantidad de casos de prueba con tiempo y recursos limitados. ¿Cómo se realizan las pruebas de regresión?

Soy un estudiante universitario de 28 años que trabaja en la industria de la aviación. ¿Puedo cambiar mi profesión a empresa de software? En caso afirmativo, ¿qué curso puedo tomar para construir una carrera?

¿Cómo se garantiza la calidad del código cuando las revisiones de código tardan demasiado?

¿Cuáles son los beneficios de las pruebas de software?

¿Cuál es el mejor software de simulación por computadora?

¿Cómo se hacen la mayoría de los softwares?

¿Es realista el salario base de 160k para un ingeniero de software en Salesforce.com en el Área de la Bahía?