¿Quién desduplica las entradas de errores?

9

Uno de mis compañeros de equipo y yo simplemente tomamos boletos de errores por separado, nos los asignamos por separado a nosotros mismos, ¡pero los boletos eran duplicados!

¿Cuál es la mejor manera de resolver boletos duplicados? ¿Esto se hace generalmente por recursos de control de calidad? He trabajado en un par de lugares donde personas no tecnológicas dicen que interrumpe el "flujo", pero es algo que una persona no técnica podría hacer en una situación en la que el acceso a los desarrolladores es limitado (es decir, básicamente siempre).

micahhoover
fuente
77
Yo diría lo contrario: su primer paso como desarrollador al recoger un boleto debe ser verificar si hay duplicados. Es la forma más fácil de cerrar un ticket y, a menudo, solo el desarrollador sabrá con certeza si dos tickets son duplicados.
Dan Pichelman
¿Quizás deberías comunicarte más con tus compañeros de equipo? Usualmente les decimos a nuestros colegas sobre el mismo proyecto "Terminé eso, voy a hacer esto ahora"
NeeL

Respuestas:

11

Realmente, todos deberían hacer un esfuerzo razonable para evitar duplicados, pero los desarrolladores generalmente están en la mejor posición para hacerlo. Muchas personas pueden encontrar errores, pero generalmente se filtran a un desarrollador o un pequeño equipo responsable de esa área de código. Además, a menudo necesita el código para determinar si dos síntomas diferentes tienen la misma causa raíz. Todos los rastreadores de errores pueden manejar duplicados con bastante facilidad. No debes preocuparte de que aparezcan ocasionalmente.

Por otro lado, si suceden todo el tiempo , solo está duplicando el esfuerzo de los probadores, y es posible que desee reevaluar cómo asigna sus recursos de prueba.

Karl Bielefeldt
fuente
3

Envíe los cambios de código bajo un ticket, luego resuelva el otro ticket con una nota que dice "esto es un duplicado, el código está bajo el error # xxx".

Esto sucede todo el tiempo.

Lawrence Aiello
fuente
2

Esto debe hacerse durante el proceso de planificación. Cuando los errores se clasifican y priorizan inicialmente, la persona que realiza esa clasificación debe asegurarse de que no haya duplicados en la cartera de pedidos principal.

JasonB
fuente
2
Idealmente, los desarrolladores no actuarían sobre los informes de errores antes de llegar a una etapa "Triaged" donde se confirma que el error existe, no un duplicado, y tiene un caso de prueba o instrucciones de reproducción adjuntas.
Simon Richter
0

Vea también el lado positivo: si se encontró el mismo error dos veces de forma independiente, entonces debería ser más fácil de reproducir. Tanto por los desarrolladores como por los clientes :-( por lo que podría ser una mayor prioridad solucionarlo.

A menudo tendrá una persona que debe priorizar los errores y también elimina los duplicados, ya sea su gerente o una sola persona con esa tarea. Debería ser más eficiente de esa manera, en lugar de elegir un error y luego revisar toda la lista de errores para buscar otros similares.

El peor de los casos si no evita los duplicados es cuando arregla el error, y luego el siguiente individuo pierde mucho tiempo para reproducir un error que es irreproducible porque se ha ido.

gnasher729
fuente