Procesos de Evaluación de calidad
Criterios de evaluación de calidad
22/12/2025
Versión 0.1
Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.
ÍNDICE
1.2 Alcance de la evaluación 4
2. ESTRUCTURA DEL PROCESO DE REVISIÓN QA 4
3.1 Parámetros para el Primer QA (con explicación breve) 5
3.2 Parámetros para el Segundo QA (con explicación breve) 6
4 ESCALA DE CALIFICACIÓN (1- 4) 7
1.INTRODUCCIÓN
En el presente documento se detallan los parámetros de evaluación aplicables a las tareas revisadas por el equipo de QA funcional de la empresa. Este esquema tiene como objetivo asegurar que cada entrega cumpla con los estándares de calidad definidos, garantizando así la estabilidad, funcionalidad y confiabilidad del software antes de su pase a producción.
La estrategia de revisión contempla dos niveles de validación por parte del equipo QA:
-
El primer QA se enfoca en validar que la funcionalidad cumpla con los criterios de aceptación definidos, documentar adecuadamente las pruebas y asegurar la correcta trazabilidad de cada caso validado.
-
El segundo QA, por su parte, realiza un enfoque más exploratorio, con la intención de detectar errores ocultos intentando “romper” el sistema a través de escenarios no previstos.
Ambos roles son complementarios y fundamentales para fortalecer el control de calidad. Esta guía proporciona una lista de criterios obligatorios que deben ser evaluados en cada tarea, con el fin de estandarizar las revisiones y fomentar una cultura de mejora continua en el proceso de pruebas funcionales.
Asimismo, se busca que el proceso de revisión funcional no se limite únicamente a validar el cumplimiento de los requisitos, sino que también promueva un enfoque detallado y preventivo. Incluir criterios como la validación de mensajes de error, control de estados del sistema y revisión de campos obligatorios permite detectar fallos antes de que escalen, reduciendo retrabajos y asegurando una mejor experiencia para el usuario final.
Este documento no solo funciona como una guía de evaluación, sino también como una herramienta de mejora continua. Establecer parámetros claros ayuda a unificar criterios dentro del equipo QA, eleva el nivel de exigencia en las validaciones funcionales y refuerza la cultura de calidad en cada tarea entregada, alineando el trabajo diario con los objetivos generales del producto y del negocio.
1.1 Objetivos
-
Establecer una metodología clara para evaluar el trabajo funcional realizado por el equipo QA.
-
Promover la estandarización de criterios de calidad dentro de las validaciones.
-
Garantizar la calidad del producto antes del pase a producción.
-
Fomentar la mejora continua y el aprendizaje dentro del equipo QA.
1.2 Alcance de la evaluación
Este documento se aplica a todas las tareas funcionales que pasan por el área de QA antes de su aprobación final. La evaluación considera únicamente pruebas funcionales
2. ESTRUCTURA DEL PROCESO DE REVISIÓN QA
2.1 Rol del Primer QA
-
Validar que los criterios de aceptación estén cubiertos.
-
Ejecutar casos de prueba documentados.
-
Verificar mensajes de error, reglas de negocio, campos obligatorios.
-
Confirmar trazabilidad entre tarea, pruebas realizadas y resultado.
-
Validar comportamiento esperado en distintos navegadores (si aplica).
-
Documentar hallazgos y evidencias.
2.2 Rol del Segundo QA
-
Realizar pruebas exploratorias con enfoque en romper el sistema.
-
Probar escenarios no contemplados o poco comunes.
-
Detectar inconsistencias de navegación o comportamiento inesperado.
-
Aportar observaciones críticas y sugerencias de mejora.
-
Reportar errores con evidencia clara y detallada.
3. CRITERIOS DE EVALUACIÓN
3.1 Parámetros para el Primer QA (con explicación breve)
1 Cobertura funcional:
-
Se han cubierto todos los criterios de aceptación definidos en la historia o tarea.
-
Se han validado los flujos principales y alternos.
-
Se han ejecutado casos positivos y negativos.
(Se refiere a verificar que se pruebe todo lo que debe funcionar, incluyendo casos buenos y con errores.)
2 Documentación de pruebas:
-
Los casos de prueba están correctamente documentados.
-
La evidencia de ejecución está adjunta (capturas de pantalla, videos o logs).
-
Se especifican los datos de prueba utilizados.
(Significa que se deja constancia escrita y visual de lo que se probó y con qué datos.)
3 Trazabilidad:
-
Cada caso de prueba está vinculado a una historia de usuario o requerimiento.
-
Los defectos reportados están relacionados con un caso de prueba.
(Consiste en poder rastrear cada prueba o error hasta su origen en los requisitos.)
4 Cumplimiento de proceso:
-
Se respetan los procedimientos establecidos para pruebas funcionales.
(Se asegura que se sigan los pasos definidos para probar correctamente.)
3.2 Parámetros para el Segundo QA (con explicación breve)
1 Pruebas exploratorias y flujos alternos:
-
Enfoque exploratorio aplicado..
-
Revisión de flujos alternos
(Evalúa cómo se comporta el sistema cuando se prueba sin seguir exactamente los pasos estándar o previstos.)
2 Creatividad e inputs atípicos:
-
Creatividad en la prueba
-
Robustez del sistema ante entradas atípicas
(Busca forzar errores funcionales usando datos o acciones inesperadas. Verifica cómo responde la aplicación a combinaciones no comunes pero válidas para garantizar su estabilidad.)
3 Validación de límites y mensajes funcionales:
-
Validación de comportamiento en límites funcionales
-
Evaluación de mensajes funcionales inesperados
(Prueba cómo el sistema maneja condiciones al límite (máximos/mínimos) y revisa que los mensajes funcionales emitidos sean coherentes, útiles y consistentes con el flujo.)
4 Calidad del reporte de errores:
-
Se documentaron errores funcionales con claridad, contexto y evidencia útil.
(Los errores encontrados se explican bien y se presentan con capturas, pasos y detalles claros para su rápida corrección.)
5 Reporte funcional claro y detallado
-
Calidad del reporte de errores
(Asegura que cualquier fallo detectado esté documentado con claridad, pasos detallados y evidencia visual, facilitando el trabajo de corrección por parte del equipo de desarrollo.)
4 ESCALA DE CALIFICACIÓN (1- 4)
-
No cumple
(No se ha aplicado el criterio o se ha omitido completamente)
-
Cumple parcialmente
(El criterio fue aplicado de manera incompleta o con fallos)
-
Cumple adecuadamente
( El criterio se aplicó correctamente, sin errores relevantes.)
-
Cumple de forma excelente
(El criterio se aplicó a profundidad, con atención a detalles y aportes adicionales.)
5. CONCLUSIONES
Una correcta evaluación QA funcional permite identificar desviaciones a tiempo, reducir defectos en producción y mejorar la experiencia del usuario final. Establecer estos parámetros fortalece el trabajo del equipo, fomenta el aprendizaje entre pares y permite mantener una cultura de calidad sostenida. Se recomienda revisar periódicamente estos criterios para ajustarlos a la madurez del equipo y los cambios en el producto.
