He participado en varios proyectos como probador o desarrollador. En muchos de los proyectos había estados de defectos siguientes:
¿Utiliza dichos estados y en qué se diferencian? Lo pregunto, porque la mayoría de la gente no puede explicar la diferencia. Mi entendimiento es:
NO SE CORREGIRÁ : el desarrollador no solucionará el defecto, ya que no es un defecto;
Cancelado : el defecto no debe repararse, debido a que es el más bajo prioridad
Como han señalado otros, estos nombres de estado no son muy claros. Preferiría nombres de estado más precisos y detallados:
Creo que tienes las respuestas al revés
No se solucionará : se aplicaría a un error menor que no afecta o puede estar en una versión anterior, por lo tanto no vale la pena el tiempo de los desarrolladores para solucionarlo, pero reconocen que así es. error de s.
Cancelado : esto podría ser un mal informe de error si no es reproducible o puede que no sea un error en absoluto.
Tomando tus 2 descripciones:
NO SE FIJA : el desarrollador no solucionará el defecto, debido a que no es un defecto;
Cancelado : el defecto no debe ser fijo, debido a la prioridad más baja
Es obvio que la diferencia deseada es:
NO SE CORREGIRÁ : no está dañado, fue intencional para este comportamiento (por ejemplo, la característica no es un error);
Cancelado : estamos de acuerdo en que se ha roto, pero es tan trivial / inconsecuente que nunca nos molestaremos en solucionarlo.
En mi empresa no utilizamos dichos estados y creo que no son una buena opción de etiquetado para los estados que describió.
Nuestros estados consisten en
Nuevo
En progreso
Listo para probar
Cerrado
Reabierto
Y los estados deberían ser así de simples. Cualquier cosa más detallada, como si se tratara de un error o si es una prioridad demasiado baja, se debe poner en una nota.
Cancelado parece implicar que se inició una solución pero luego se detuvo, tal vez porque resultó que necesitaba más recursos de los que se pensaba originalmente y más de lo que justifica el defecto o que la persona que ingresó el ticket del defecto cambió de opinión acerca de que era un defecto. Parece que no se soluciona el problema, existe un acuerdo de que existe un defecto, pero existe una razón para no querer solucionarlo en este momento (costo frente a beneficio, impacto potencial en otras funciones, etc.).
Lea otras preguntas en las etiquetas issue-tracking tools