Una de las situaciones más desafiantes para nuestros probadores es aceptar el rechazo de los reportes de errores por parte del Líder de Equipo (TL). No importa cómo te sientas, debes entender que no hay razones personales detrás de los reportes rechazados. Los TL revisan los errores de acuerdo a los estándares de calidad de Test IO y toman la decisión de si cumplen con estos estándares o no. Esto no significa que tus habilidades de prueba sean insuficientes para nosotros. De hecho, te estamos brindando la oportunidad de comprender qué salió mal con tu reporte de error y cómo evitar tales casos en el futuro. Por estos motivos, hemos compilado una lista de razones de rechazo de TL con explicaciones detalladas de lo que significan y cómo puedes aprender de ellas. Puedes consultar estas razones en la siguiente tabla:
Razón de Rechazo | Explicación | Cómo mejorar |
Not a bug | Hi, | Esta razón de rechazo indica que has informado un comportamiento que parece ser normal en la función que estás probando.
Para evitar este tipo de rechazo, te recomendamos buscar evidencia que respalde tus observaciones siempre que encuentres algo inusual durante las pruebas. Ten en cuenta que el comportamiento de una función puede variar según la implementación específica de cada cliente. Por ejemplo, en el caso de un menú de navegación, algunos pueden permanecer abiertos después de hacer clic, mientras que otros se cierran automáticamente al mover el cursor fuera de ellos. |
Fuera de alcance | Hi, | Esta razón de rechazo se debe a que has informado un error que, aunque válido, no se encuentra dentro del alcance de la prueba.
Para evitar este tipo de rechazo, te recomendamos leer detenidamente las instrucciones de la prueba y el chat del ciclo de prueba, y enfocar tus pruebas en las funciones que están específicamente incluidas dentro del alcance de la prueba. |
Duplicado | Hi, | Esta razón de rechazo significa que has informado un error que comparte la misma causa raíz con un error previamente enviado por otro probador o incluso por ti mismo, pero tu reporte se envió después del reporte original.
Para evitar este tipo de rechazo, te aconsejamos que antes de enviar un reporte de error, verifiques los errores ya enviados por otros probadores. Examina las funciones y los títulos primero. Si encuentras un error que se asemeja al tuyo, ábrelo para leer la descripción y confirmar si la causa raíz es la misma. Si es así, no es necesario que envíes un nuevo reporte; en su lugar, considera eliminar el reporte que ya enviaste. Ten en cuenta que, en algunos casos, puede ser necesario reproducir el error junto con otro probador que tenga una consola abierta para comprender si la causa raíz es la misma o diferente. |
Otro... | Hi, | Este motivo de rechazo se utiliza cuando tu reporte debe ser rechazado por una razón atípica.
El líder de equipo (TL) siempre añadirá información adicional explicando su decisión, por lo que es importante que leas detenidamente la razón de rechazo para comprender cuál es el problema con tu reporte y cómo evitarlo en el futuro. |
Known bug | Hi, | Esta razón de rechazo significa que el error ya se ha enviado en ciclos de prueba anteriores y se ha añadido a la lista de Errores Conocidos. El cliente está interesado en errores que sean únicos y no hayan sido informados por nuestros probadores en pruebas anteriores.
Un consejo profesional en este caso sería antes de enviar un error, ir a la pestaña de Errores Conocidos, filtrar por funciones y luego por tipos de errores. Luego, revisa los resultados. Si todavía tienes dudas, abre los errores originales y verifica los archivos adjuntos y las descripciones. Otra pista es revisar la barra lateral derecha mientras envías el reporte y verificar la sección de "Errores similares". |
Inconsistent report | Hi, | Esta razón de rechazo significa que la calidad de tu reporte de error es tan baja que no podemos enviarlo al cliente tal como está en el momento en que lo revisa el TL.
Nuestro consejo es siempre verificar que hayas enumerado todos los pasos necesarios para reproducir el error y asegurarte de que tu reporte de error tenga un título significativo y resultados esperados y reales completos. Si no eres un hablante nativo de inglés, te sugerimos usar Deepl para traducir el texto de tu idioma nativo al inglés. Además, puedes instalar la extensión gratuita de Grammarly en tu dispositivo y verificar el texto en busca de errores de gramática antes de enviar el reporte de error. |
Didn't follow instructions | Hi, | Esta razón de rechazo significa que no seguiste una o más instrucciones solicitadas por el cliente en las instrucciones del ciclo o las funciones, o solicitadas por el TL a través del chat, lo que te llevó a enviar un error que infringe las reglas y pautas establecidas por Test IO o el cliente.
El consejo en este caso sería siempre leer las instrucciones de la prueba y los mensajes del chat y preguntarle al TL en el chat del ciclo de prueba si algo no está claro para ti. |
Implausible behaviour | Hi, | Esta razón de rechazo indica que el error que reportaste se debe a un comportamiento inusual del usuario. En general, los errores causados por acciones forzadas o poco comunes no son de interés para nuestros clientes. También significa que ni el Líder de Equipo ni otros probadores pudieron reproducir tu error utilizando dispositivos similares.
Nuestro consejo en este caso es que no realices acciones inusuales, como presionar un botón tres veces rápidamente, ya que tales errores no suelen ser causados por acciones normales de los usuarios. Además, asegúrate siempre de comprobar si tu error es reproducible en otros dispositivos cuando sea posible. |
Automatic | Hi, | Esta razón de rechazo indica que el error que encontraste no tendrá un impacto significativo en la experiencia del cliente y que el costo de corregirlo supera los posibles beneficios.
Nuestro consejo en este caso es evaluar siempre el impacto del error que encuentres y considerar cuánto costará al cliente corregirlo. En ocasiones, el error afecta a un público tan reducido que corregirlo no resulta rentable. |
Unanswered request | Hi, | Esta razón de rechazo implica que no proporcionaste la información adicional solicitada por el TL de manera oportuna, lo que era necesario para reproducir el error o presentarlo con la calidad estándar requerida por el cliente.
Nuestro consejo en este caso es responder de inmediato a las solicitudes del TL y proporcionar toda la información requerida o archivos adjuntos adicionales según las instrucciones del TL en la solicitud. Si el error ya no se puede reproducir en tu entorno, notifícalo al TL en un comentario y agradece la oportunidad de demostrar la existencia del error. Algunos problemas son temporales, y es mejor comunicárselo con honestidad a tu TL en lugar de intentar forzar la reproducción del error. |
Low quality attachments | Hi, | Esta razión de rechazo indica que has enviado un reporte de error con adjuntos que no contienen información relevante obligatoria o que el error no está marcado correctamente (en el caso de errores de Contenido y Visuales). También puede significar que tus adjuntos no se pueden abrir en navegadores comunes o que su calidad general no es lo suficientemente buena como para identificar el problema claramente.
Nuestro consejo en esta situación es repasar los fundamentos y leer los artículos de la Academia sobre Adjuntos de Reportes de Errores, Grabaciones de Pantalla y Capturas de Pantalla. |
Language issues | Hi, | Esta razón de rechazo significa que tus habilidades en inglés o alemán podrían mejorar un poco para cumplir con nuestros estándares de calidad.
Nuestro consejo es utilizar Deepl para traducir textos de tu idioma nativo al inglés o alemán (según el idioma solicitado para el reporte de error). Además, puedes instalar la aplicación Grammarly en tu dispositivo o una extensión de navegador para mejorar tus habilidades de escritura en inglés mientras redactas un error de error. |
Wrong bug type | Hi,
| Este motivo de rechazo se seleccionará si el error reportado es válido y está dentro del ámbito de aplicación, pero has seleccionado el tipo de error incorrecto. Por ejemplo: has enviado un error VISUAL como uno de CONTENIDO.
Nuestro consejo aquí sería que revisaras nuevamente todos los artículos relacionados con los tipos de errores que tenemos (errores funcionales, errores visuales, errores de contenido y sugerencias de usabilidad) y te aseguraras de informar el error con el tipo correcto. |