Defectos vs sugerencias: cómo reportar bien

Curso de Fundamentos de Pruebas de Software

Contenido del curso

Introducción

1
Fundamentos de testing moderno para mejorar software
01:19 min

Principios de las pruebas

Testing

Gestión, monitoreo y control

Gestión de bugs

Depuración

Bases de la automatización de pruebas

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0017:34

Defectos vs sugerencias: cómo reportar bien

Curso de Fundamentos de Pruebas de Software

Clase 23 de 29

Clase 23 / 29

Recursos

Cuando el objetivo del proyecto no está claro, se confunden prioridades y nace el retrabajo. Aquí entenderás la diferencia entre defecto y sugerencia, cómo impactan el costo, el prestigio y la calidad, y el paso a paso para documentar, evidenciar y cerrar un reporte con criterios profesionales.

¿Cuál es la diferencia entre defecto y sugerencia en QA?

Un defecto es lo que no cumple requerimientos: funcionales, de diseño o de arquitectura. Suele ser consecuencia de un error humano en el código o en la interpretación de la información. Una sugerencia propone mejorar la experiencia de usuario: rendimiento, claridad visual, navegación o adaptación de lenguaje y cultura.

Un defecto incumple lo acordado.
Una sugerencia propone valor sin romper requerimientos.
Sin prioridades definidas, se rechazan mejoras y se genera retrabajo.
Si el usuario define la calidad, una sugerencia puede volverse cambio necesario.

¿Qué ejemplos prácticos muestran el impacto en la experiencia del usuario?

Los casos muestran cómo decisiones de contenido, diseño y comunicación afectan adopción y riesgos.

Mensaje de error mal traducido: traducción literal que confunde. El sitio no falla, pero el usuario no entiende qué hacer.
Color de pantalla sin contraste: dificulta uso e inclusividad; puede acarrear sanciones o demandas.
Falta de confirmación: tras enviar un formulario no llega correo adicional; funcionalmente todo bien, pero el usuario queda sin certeza.
Rendimiento y contexto: sitio lento, lenguaje no esperado, uso fuera del área de trabajo o sin Internet; el usuario necesita operar y guardar en el dispositivo.
Decisión clave: si el usuario rechaza la aplicación por mala experiencia, conviene transformar sugerencias en backlog de mejoras.

¿Cómo reportar y cerrar un defecto con pasos claros?

Para los ejercicios se usa un sitio de ejemplo: Platzi Square, parte de un proyecto con Angular cuatro. El caso guía es un mensaje de error incorrecto al registrar un correo ya existente en Chrome.

¿Qué información mínima debe llevar el reporte?

Incluye contexto para reproducir con precisión y evitar “no reproduce”.

Título: mensaje de error incorrecto al registrar un correo duplicado.
Descripción: mensaje de error con cuenta de correo duplicada en un explorador de internet, usando Chrome.
Ambiente: sistema operativo Windows 10, plataforma laptop.
Precondiciones: tener un correo previamente registrado.
Datos de prueba: el correo registrado usado.
Identificador: número de defecto en la herramienta de gestión.

¿Cómo escribir pasos para reproducir con resultado esperado y actual?

Redacta pasos breves, en orden, con un resultado esperado por paso cuando aplique.

Ir al sitio.
Dar clic en la opción de registro.
Ingresar una cuenta duplicada.
Dar clic en el botón de registrarse.
Resultado esperado: la cuenta ha sido dada de alta si es nueva; si es duplicada, un mensaje claro que indique el motivo.
Resultado actual: aparece “Un error ha ocurrido”, sin explicar la causa.

Buenas prácticas que facilitan el análisis.

Distingue “resultado esperado” vs “resultado actual”.
Evita ambigüedad en mensajes: el texto debe decir qué pasó y qué hacer.
Si hay múltiples fallas en una misma ejecución, registra cada una con su evidencia.

¿Cómo adjuntar evidencia y dar contexto técnico?

La evidencia acelera la solución y reduce idas y vueltas.

Captura de pantalla: usa una herramienta como snipping tool para recortar el mensaje o toda la vista.
Señala el área relevante: resalta el texto del error y la URL si aporta contexto.
Adjunta el archivo: nómbralo con el identificador del defecto.
Datos adicionales: fecha y hora de la prueba si son críticos; navegador; versión; resolución si afecta diseño.
Nota para pruebas: documenta también las precondiciones y los datos de prueba.

Cierra el ciclo con verificación posterior al fix.

Reejecuta los mismos pasos del defecto.
Confirma que ya no aparece el “resultado actual” defectuoso.
Valida el nuevo mensaje: por ejemplo, que indique que la cuenta está duplicada y no puede usarse para registrarse.
Actualiza el estado: marca el cierre del defecto al cumplir el resultado esperado.

¿Te ha tocado convertir una sugerencia en defecto por decisión del usuario o del negocio? Comparte el caso y tu formato de reporte en comentarios para revisarlo y darte retroalimentación.