Proceso de revisión de reportes de errores
Después de enviar un reporte de error, su estado será "En espera de revisión". Ahora, el líder del equipo debe revisar el reporte de errores.
Si el líder del equipo tiene más preguntas, el estado del reporte de errores cambiará a "Solicitud por parte de Test IO". Una vez en este estado, tendrás hasta 24 horas para editar el reporte de errores y agregar la información solicitada.
Si se te envió una solicitud y editaste el reporte de errores, el estado volverá a "En espera de revisión". El líder del equipo volverá a revisar tu reporte de error y tomará una decisión.
Si tu reporte de errores no es legítimo, no está bien documentado o si no respondiste a una solicitud en 24 horas, el reporte será "Rechazado por Test IO". Si estás convencido de que la decisión del líder del equipo fue incorrecta, puedes utilizar la función de disputa.
En todos los demás casos, el líder del equipo aprobará el reporte de errores y su estado cambiará a "Enviado al cliente". Ahora es el turno del cliente de revisar tu reporte de errores.
Los clientes también pueden solicitar más información. En estos casos, el estado cambiará a "Solicitud por el cliente".
Si el cliente acepta el reporte de errores, su estado cambiará a "Aceptado por el cliente".
Si el cliente rechaza el reporte de errores, su estado cambiará a "Rechazado por el cliente".
Estados del Reporte de Error
En espera de revisión: El reporte de error enviado está esperando revisión por parte del líder de equipo.
Solicitud por Test IO: El líder del equipo ha enviado una solicitud de más información en las últimas 24 horas. La solicitud todavía está pendiente.
Enviado al cliente: El reporte de errores ha pasado la revisión del líder de equipo, y el probador recibe el pago por el error. El reporte es visible para el cliente y está listo para su revisión (dentro de los 10 días posteriores al final de la prueba).
Rechazado por Test IO: El líder del equipo rechazó el reporte de errores con una razón específica. La decisión puede ser objeto de disputa.
Solicitud por el cliente: El cliente ha enviado una solicitud de más información o aclaración en las últimas 24 horas. La solicitud todavía está pendiente.
Aceptado por el cliente: El cliente revisó el reporte de error y lo ha aceptado. El probador recibe un pago adicional del 10% por parte del cliente.
Rechazado por el cliente: El cliente revisó el reporte de error y lo ha rechazado. El probador todavía recibe el pago por el error debido a que el líder del equipo lo aprobó previamente.
Archivado: El cliente no aceptó ni rechazó activamente el reporte de errores, por lo que ha sido archivado en el sistema.
Garantía de Aceptación Previa
Ten en cuenta que el hecho de que un problema haya sido aceptado en el pasado (ya sea por el líder del equipo o por el cliente) no garantiza que el mismo problema sea aceptado en todas las pruebas futuras.
Por supuesto, nuestro objetivo es evaluar todos los errores de manera comparable, pero no se puede descartar por completo que algo se haya pasado por alto en el pasado o que se haya agregado nueva información en el ínterin.
Algunos ejemplos de situaciones en las que tu error será rechazado, incluso si un error similar fue aceptado en el pasado:
El líder de equipo aceptó un error, pero no estaba seguro si era un error válido o no. El cliente dejó un comentario explicando que era un comportamiento intencional.
El cliente aceptó un error pero no lo incluyó en la lista de Errores Conocidos. En su lugar, dejó un comentario explicando que los requisitos han cambiado.
Las instrucciones del ciclo han cambiado. Siempre lee detenidamente las instrucciones.
Recibiste un bono una vez en una disputa, pero el gestor de disputas te pidió que no enviases ese error particular nuevamente.
Alguien del equipo (el líder de equipo, el CSM o el cliente) te solicitó que no enviaras más problemas en el chat.
Las reglas generales de Test IO han cambiado, y puedes encontrar información sobre las nuevas reglas en la Academia.