Herramientas de gestión de incidentes

Mais informações

M1. NOCIONES FUNDAMENTALES DEL ACTO ADMINISTRATIVO

por UNIVERSIDAD SERGIO ARBOLEDA

Uso de herramientas de diseño AutoCAD Jorge Iván Márquez Quiroga

por Jorge Iván Márquez Quiroga

AVA - OVA - EVA

por Joseph De La Cruz

HERRAMIENTAS PARA EL APRENDIZAJE Y CONSTRUCCIÓN DEL CONOCIMIENTO

por Carmen Alicia Gómez

Herramientas de gestión de incidentes

Características principales de algunas herramientas de gestión de Incidentes

• Permite analizar el tiempo de resolución de incidentes.

• Visión global de incidentes por versión, categoría, prioridad, criticidad

• Permite organizar y dividir el trabajo.

•Permite saber quién “tiene la pelota” en cada momento

• Gestión centralizada de incidentes y cambios.

Buenas prácticas en el reporte de incidentes

Exteriorizar

Describir el impacto del fallo a los usuarios

Cominicar

Informar el incidente sin hacértelo personal

Maximizar

Identificar las peores circunstancias

Generalizar

Identificar la versión mas sencilla de los pasos

Aislar

Identificar elementos relacionados con el error

Replicar

Pasos que permitan replicar el error

Utilizando herramienta de gestión de incidentes

Permite ingresar todo tipo de archivo para evidencia Y Se puede linkear fácilmente con los casos de prueba relacionados

Hay filtro por proyecto e incidente, especificando qué permisos tendrá cada usuario.

Cada usuario relacionado a un incidente, recibe notificaciones automáticas por correo electrónico, respecto al cambio del mismo

La correcta gestión de incidentes incluye el doble chequeo de los problemas, yo lo reporto y alguien lo resuelve, pero el que determina que el bug está cerrado es el tester que lo reportó, una vez que es capaz de constatarlo.

En un entorno de testing continuo la resolución de incidentes tiene que estar perfectamente aceitada, ya que es el ida y vuelta entre desarrollo y testing, la interacción más grande de nuestro trabajo se da a través de estos mecanismos.

La gestión de incidentes es un punto básico en la eficiencia de un equipo de desarrollo, y es además otro de los puntos claves donde se puede ver si la gente de testing y de desarrollo se sienten o no parte de un mismo equipo con los mismos objetivos