Hacemos responsables a los miembros del equipo de desarrollo senior de varias métricas que nuestra herramienta de seguimiento de errores: Raygun puede rastrear automáticamente:
- Usuarios afectados por errores: Francamente, los recuentos de errores son direcciones erróneas. Si tiene 10,000 errores que afectan a un cliente, no es tan malo como 500 errores que afectan a 250 clientes. Mida a los clientes afectados mensualmente, con el objetivo de reducir
- Tiempo medio de respuesta de la aplicación: Olvídese de los promedios, mienten. El tiempo medio de respuesta es lo que experimenta el 50% de sus clientes (o más rápido). Haga un seguimiento de eso y responsabilice al equipo por lograr un tiempo o mejor. El rendimiento hace dinero.
- P99 Tiempo de respuesta de la aplicación: las medianas son excelentes, pero también debemos apreciar el límite superior. Elegimos rastrear el P99, el tiempo que lleva el percentil 99 de usuarios. Esto normalmente será lento, pero queremos asegurarnos de que tenga más de 5 segundos de retraso, no 25 segundos de retraso. A menudo no rastreamos P100, ya que es el dominio de los tiempos de espera totales, los robots defectuosos que mantienen abiertas las conexiones y generalmente es engañoso sobre los usuarios reales
- Errores resueltos> = Nuevos errores: las plataformas como Raygun agruparán los errores por su causa raíz. Esto facilita la gestión del recuento de errores, no el recuento de fallos (instancias de un error encontrado). El equipo debe corregir los errores al menos tan rápido como los está creando (en un proyecto de campos marrones, idealmente resuelve más de lo que se crea)
Estas cuatro métricas harán que su software se destaque como el mejor de su clase. Obligará a sus equipos de software a:
- Mejora la experiencia del usuario con menos accidentes
- Mejore las experiencias de los usuarios con un software más rápido.
- Reducir la acumulación de deuda técnica. No solucionará todas las deudas técnicas, pero el software rápido y libre de errores es casi siempre mejor para trabajar que el software lento con errores.
Muchos equipos ven los recuentos de errores totales en base a la cantidad de errores reportados por los usuarios y cargados manualmente en un rastreador de errores. Pero esto probablemente subestima la cantidad de problemas que sus usuarios están experimentando en 100x. Realmente necesita una herramienta para hacer el trabajo pesado por usted y brindarle informes precisos.
- ¿Qué es una tarea simple en tiempo real?
- ¿Pueden los estándares de protocolo de seguridad de código abierto 100% ser tan confiables (o más) que sus primos de origen cerrado?
- Cómo desarrollar tu cerebro para ser como Jeff Bezos
- ¿Qué piensan los ingenieros de software que tienen títulos reales de CS / EE / Math de desarrolladores que son autodidactas y / o no tienen un título de CS / EE / Math?
- ¿Cómo se administra una base de código grande en Node.js?