¿Cómo se aplica o mantiene la calidad de los informes de errores en su rastreador de errores?

Question

Los informes de errores de alta calidad son esenciales para un seguimiento eficaz de los errores: en un mundo ideal, todos los informes de errores contendrían información esencial, como a qué versión del software afecta y una descripción paso a paso sobre cómo reproducir el error.

Sin embargo, en realidad, los errores reportados pueden variar mucho en calidad.Pueden ser mensajes en línea ("la función X no funciona, ¡arréglala!"), solicitudes de funciones, PEBKAC o ininteligibles.

¿Cómo aplica o mantiene la calidad de los informes de errores en su rastreador de errores para que siga siendo eficaz?

Answer 1

Estoy de acuerdo con Jon Limjap: su personal de control de calidad debe ser lo suficientemente competente para publicar informes de errores apropiados, con la capacitación y las pautas básicas adecuadas.Sin embargo, existen formas de imponer y fomentar una mejor notificación de errores:

• La mayoría del software de seguimiento de errores tiene una forma de marcar algunos campos del informe de errores como obligatorios, de modo que el informante tiene que elegir el valor apropiado para crear el error con éxito.
• Generalmente existe la posibilidad de incluir una plantilla básica para el informe de error, algo así como

Guión:

Resultados previstos:

Resultados actuales:

Observaciones:

• Puede (y debe) proporcionar una herramienta de informe de errores que se ejecutará en la máquina problemática, recopilará la información relevante y la empaquetará en un archivo (y tal vez la coloque en el escritorio).Luego, le indica a su personal que lo ejecute cada vez que encuentren un error que deseen informar y que adjunten el archivo al error.Esta herramienta debe ser fácil de usar (simplemente ejecutar un ejecutable) para que puedan adjuntar la información de diagnóstico a cualquier error sin tener que pensar si es relevante o no.Esta herramienta también suele ser muy útil con los clientes.
• Por último, pero no menos importante: "educación, educación, educación".Las personas aprenden lo mejor de la experiencia: solo asegúrese de que cada vez que alguien abra un error sin incluir la información adecuada, la persona que maneja el error vaya y hable con la persona que abrió el error y le explique lo que falta y por qué es importante.

Estas son prácticas que hemos estado utilizando con bastante éxito en mi lugar de trabajo actual y creo que son bastante universales para adaptarse a la mayoría de los entornos laborales.

Answer 2

Solía ​​​​pensar que la calidad del informe de error era equivalente.Todavía lo creo...Los errores que informo contienen mucha más información útil que los ingresados ​​por Control de calidad o por Operaciones.Sin embargo, he llegado a admirar el modelo de FogBugz.Es extremadamente sencillo ingresar un error.Es útil saber que existe una condición de error, incluso si no hay mucha información de respaldo.Además, los usuarios sienten que se está haciendo algo.

Answer 3

Escriba un tutorial bueno, pero no demasiado extenso, sobre el uso del rastreador y lo que se requiere para cada campo.Haga un ejemplo de referencia de propósito general que otros puedan usar si se quedan atascados.

Tengo una copia de referencia para editar las páginas del manual de Docbook y al usarla repetidamente ya me sé la mayor parte de la sintaxis de memoria.

Answer 4

Esto depende de si estás hablando de una revisión de control de calidad cerrada y una versión beta pública.

Si se trata de una versión beta pública, no es recomendable permitir que los usuarios editen directamente su lista de errores.Se debe asignar a alguien para agregar comentarios e informes de los usuarios y discernir cuáles son errores reales y cuáles son duplicados y cuáles dan algún tipo de pista sobre cómo replicarlos.

Sin embargo, si se trata de un error publicado por su personal legítimo de control de calidad, tiene un problema de competencia con respecto a sus empleados.Se deben establecer pautas adecuadas sobre cómo informar errores, especialmente para aclarar los pasos de replicación.

Answer 5

Pregunta difícil.Intentaría ver si el sistema tiene alguna forma de exigir que se ingresen ciertos campos que usted requiere, intentaría que los errores que sean críticos aparezcan en sus ojos de alguna manera (correo electrónico, rss) para que pueda atacar rápidamente, pero sobre todo eso. su equipo conoce el estándar de calidad y lo cumple, las pautas se publican y son públicas, ese tipo de cosas.

Suponiendo que sea tu equipo:Si puede tener una estructura determinada que se use cada vez en un campo de comentarios, de lo que se espera cuando se ingresa, entonces eso también sería bueno; incluso mejor si su software tiene un esquema de notas predeterminado donde puede definir esa estructura en un formulario en blanco.

Sin embargo, hasta cierto punto, depende del individuo, debe ser consciente de que es parte de los estándares de comunicación, que se espera que sea un requisito laboral y que es responsable ante todos los demás miembros del equipo, porque otras personas no deberían hacerlo. No estaría en posición de cazarlos para descubrir más detalles si esto pudiera evitarse.

Especialmente porque el tiempo de respuesta para corregir errores en elementos de menor prioridad podría ser algo de tiempo y es probable que la gente se olvide de los detalles.

Suponiendo que sean usuarios:No se puede en gran medida, pero intentaría, si es posible, hacer preguntas de cualquier forma que la gente pueda entender.

No completamente sobre este tema, sino en una especie de "cómo hacer las preguntas", esta publicación en el blog 37 Signals: Texto del enlace

Incluso si tiene que tener otro formulario que haga las preguntas visibles para sus usuarios, que solo proporcione principalmente los datos al programa de errores, lo haría solo para hacer las preguntas correctas.

¿Que producto?¿Qué versión (imágenes que muestran cómo encontrarla)?Sería útil incluir un volcado de pantalla, si pudieran abrir el programa y presionar un botón para enviar un archivo de registro automáticamente, si les impidió seguir trabajando, si perdieron sus cambios, etc.

Para los usuarios, probablemente se trata más de cómo haces las preguntas y de hacerles saber que necesitas que se respondan ciertas preguntas, o cuáles te resultarían más útiles, y entonces probablemente obtendrás mejores respuestas.

Answer 6

Usa algo como Voz de usuario para que los usuarios finales informen errores y solicitudes de funciones.Las entradas del rastreador de errores realmente deberían ser internas: son demasiado técnicas para los usuarios finales y, en mi humilde opinión, también exponen demasiado el funcionamiento interno.