Un error es un problema relacionado con el software. Si algo en un sitio web o una aplicación no funciona como se pretendía, este "problema" es un error. Aquí en test IO, distinguimos los siguientes tipos de errores:
Errores funcionales
Los errores funcionales están relacionados con la funcionalidad de un software, por ejemplo, un botón no envía un formulario, la búsqueda no reacciona a la entrada del usuario, una aplicación se bloquea, etc. Podría ser un problema funcional cada vez que realizas una acción y el sitio web/la aplicación no responde como se esperaba.
Cómo determinar si el comportamiento encontrado es un error funcional:
Intenta averiguar si una función está diseñada de una manera particular o si realmente está rota. Pruébala por sí misma y en combinación con otras funciones para detectar posibles diferencias.
Piensa en cuáles podrían haber sido las intenciones del cliente y considera que el producto podría funcionar de la manera en que fue implementado.
Encuentra evidencia de que algo no está funcionando como debería y respalda tu afirmación.
Ejemplo: Una funcionalidad de una tienda en línea funciona de manera diferente a otras tiendas en línea que conoces. Esto no significa que la funcionalidad esté rota. Los clientes pueden implementar sus productos de la forma que deseen.
Ejemplo: Si afirmas que un campo de un formulario no se está validando y que es un error, asegúrate de que haya alguna indicación de que se supone que el campo debe validarse. Puedes proporcionar esta evidencia mostrando que el campo se valida en algunos casos pero no en otros. Si no proporcionas evidencia, es una afirmación no probada.
Un problema visual o de contenido se convierte en un problema funcional cuando obstaculiza una funcionalidad y, por lo tanto, debe informarse como un error funcional.
Si una pieza de funcionalidad funciona de manera consistente de la misma manera en diferentes escenarios y sin problemas evidentes, probablemente esté destinada (no es un error).
Evaluación de gravedad
El nivel de gravedad apropiado para un error funcional depende de varios factores: el impacto funcional del problema, la magnitud del problema, si existen soluciones alternativas o si es un defecto crítico, si hay posibles y notables pérdidas de ventas y si se puede comparar este error con otros errores de la misma gravedad. Así, en test IO distinguimos entre tres niveles de gravedad para los errores funcionales:
Baja:
Impacto mínimo en el uso del producto.
El producto muestra un comportamiento no deseado, pero no afecta al uso general.
Pocos usuarios, productos o elementos están involucrados.
Una característica/pieza de funcionalidad está rota o no está disponible, pero se puede resolver fácilmente con una solución alternativa.
Alta:
Impacto grave en el uso del producto, pero la funcionalidad principal está intacta.
Un gran número de usuarios, productos o elementos están involucrados.
La funcionalidad no trivial está rota o no está disponible, y no hay solución alternativa.
Funcionalidad importante está rota o no está disponible, pero existe una solución alternativa (por lo tanto, no es un problema crítico).
Crítico:
El error impide la funcionalidad central de la aplicación/sitio web.
Un problema crítico impide que el usuario continúe con el proceso principal, por ejemplo, la finalización de la compra.
El error provoca una pérdida potencial y notable de ventas para el cliente.
Hemos preparado una lista de casos con niveles de gravedad fijos basados en evaluaciones comunes: ¡Llévame a la Hoja de Evaluación de Errores! Por favor, revisa la lista detenidamente y consúltala regularmente para futuras actualizaciones.
Errores de Contenido
Los errores de contenido se refieren al contenido real de sitios web o aplicaciones: texto, etiquetas, imágenes, videos, iconos, enlaces, datos, etc. Por lo tanto, los errores de contenido típicos son:
Enlaces o imágenes rotos (404) (a menos que estén ubicados en el menú de navegación, encabezado, pie de página o navegación breadcrumb, que son errores funcionales bajos).
Redirecciones defectuosas, en general.
Texto faltante, por ejemplo, en un mensaje emergente vacío.
Contenido faltante, por ejemplo, área de contenido vacía.
Contenido faltante, por ejemplo, si 4 de 5 iconos tienen un mensaje emergente, 1 no lo tiene.
Traducciones faltantes, por ejemplo, algunos botones en un sitio web en inglés tienen etiquetas en francés.
Algunos productos faltan en los resultados de búsqueda, pero la función de búsqueda en sí funciona.
Datos faltantes.
Ten en cuenta que los errores ortográficos no se consideran errores de contenido en nuestra plataforma y no se pueden enviar como tal.
Errores Visuales
Los errores visuales se relacionan con las interfaces gráficas de usuario de sitios web o aplicaciones, por ejemplo:
Problemas con el marco de diseño, como textos o elementos desalineados.
Problemas con el diseño responsivo, por ejemplo, un elemento se muestra en un dispositivo móvil pero no en otro.
Textos/elementos que se superponen involuntariamente.
Textos/elementos recortados.
Actualización de un Error de Contenido o Visual a un Error Funcional
Tan pronto como un error de contenido o visual impide una funcionalidad, debe informarse como un error funcional, aunque en realidad no sea la función en sí la que esté defectuosa.
Un caso importante en el que un error de contenido debe ser enviado como un error funcional es cuando ocurre en un componente funcional del producto, es decir, problemas de enlace en el menú de navegación, encabezado, pie de página o navegación por migas de pan. Estos problemas suelen ser errores funcionales bajos.
Problemas Repetitivos
Cuando un problema de contenido o visual ocurre de manera repetitiva, solo se debe enviar una vez, aunque cada ocurrencia pueda tener una URL, enlace, imagen, etc., diferente. Esto también se aplica si las ocurrencias están en la misma página o en páginas diferentes. Este reporte de error debe indicar que otras URLs, enlaces, imágenes, etc., también están relacionados.
No se deben enviar reportes de errores individuales para cada ocurrencia del problema ya que serán rechazados. Por ejemplo, solo se debe enviar un reporte para los siguientes problemas de contenido: algunas imágenes de productos en varias páginas de detalle de productos de una tienda en línea están rotas, algunos enlaces de descarga para manuales en PDF en varias páginas de detalle de productos llevan a páginas 404, algunas descripciones de productos están en un idioma diferente al resto de la tienda en línea, algunos mensajes emergentes no contienen información, algunos enlaces que pertenecen al mismo grupo están rotos, etc.
Los siguientes problemas visuales solo deben enviarse una vez: Algunos textos o imágenes son más grandes que sus cajas, varios campos de entrada no son lo suficientemente grandes para contener sus textos predeterminados que no son completamente visibles, varios avances superponen involuntariamente a otros elementos, etc.
Para obtener información más detallada sobre cada tipo de error y su documentación en la plataforma de test IO, visita los siguientes artículos: