Primero debe aislar las áreas donde pueden ocurrir errores, y son visibles para el usuario. Luego puedes documentarlos. Es así de simple.
Bueno, simple en teoría ... en la práctica, los errores pueden ocurrir en todo el maldito lugar, y reportarlos puede convertir un buen código en un monstruo de registro, lanzamiento y manejo de excepciones, y pasar valores de retorno.
Recomendaría un enfoque de 2 pasos entonces. Lo primero es registrar, registrar lotes y lotes.
Lo segundo es determinar los componentes principales y sus interfaces, y definir en qué casos de error mayor se pueden encontrar estos componentes. Luego, puede iniciar sesión de una manera más visible cuando uno de estos errores (cómo se maneja el error internamente es Depende de usted: las excepciones o los códigos de error no hacen ninguna diferencia aquí). Por lo general, un usuario verá el error e irá a los registros para obtener información más detallada.
El mismo enfoque se utiliza para servidores web y su ejemplo de código de error http. Si el usuario ve un 404 e informa que es compatible, buscará en los registros los detalles de lo que estaba sucediendo, la página que visitó, cuándo y recopilará cualquier otra información que pueda de cualquier otro lugar que tenga sentido. , estar en la base de datos, la red o la aplicación.