JIRA: ¿cerrar o resolver?

El flujo de trabajo típico del problema es la persona que trabaja en el error lo resuelve, y la persona que abrió el error es la que decide si la resolución es aceptable. Si lo es, lo cierran. Si no, vuelven a abrir el error para más discusión/trabajo/forcejeo.

La excepción a esto es cuando un error es un duplicado, a menudo la persona que está trabajando en el error se da cuenta de que es un duplicado, y luego puede cerrar el error ellos mismos como un duplicado. O tal vez lo resuelven como un duplicado, el el abridor está de acuerdo y lo cierra.

IIRC, JIRA tiene un flujo de trabajo bastante flexible (aunque complicado), por lo que puede configurar cualquier proceso que considere apropiado para su equipo y los grupos que presentarán problemas.

Edit: Me doy cuenta de que en realidad no abordé la reapertura de problemas cerrados. En mi experiencia, a menudo no sucede porque las personas buscan en el sistema de problemas errores existentes que exhiben el mismo comportamiento que lo que están viendo. Y eso es si tienes suerte, bastante a menudo los errores se abren sin ninguna investigación sobre los problemas existentes.

Dicho esto, una persona de control de calidad o de campo dirá "Recuerdo ese error. Maldita sea, dijeron que fue arreglado" algún tiempo después de que el propietario original lo cerrara. En este punto, pueden reabrir el error antiguo, o crear uno nuevo y enlazar al original. Mi preferencia es que haya un nuevo error y enlace, en lugar de reabrir. La razón es que el" nuevo " problema puede exhibir el mismo comportamiento, pero podría tener un completamente otra causa. Este es a menudo el caso cuando los mensajes de registro de errores realmente genéricos se escupen.