Guía de Inducción básica QA

  

   

   

   

   

   

 

   

 

 

   

   

   

   

   

 Documento de inducción - Área de Quality Assurance (QA) 

 23/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. 

   

   

 

 GUÍA DE INDUCCIÓN Y BUENAS PRÁCTICAS: QUALITY ASSURANCE (QA) 

 ÍNDICE 

 

 

 Objetivo del Documento 

 

 

 Alcance del Rol QA 

 

 

 Uso de Usuarios en el Entorno QA 

 

 

 Enfoque de Pruebas: Más allá de lo Funcional 

 

 

 Protocolo de Análisis de Requerimientos 

 

 

 Comunicación Asertiva y Reporte 

 

 

 Mapa Conceptual del Rol (Visual) 

 

 

 Diagrama de Flujo de Trabajo (Visual) 

 

 

 Seguimiento y Retroalimentación Semanal 

 

 

 9.1 Recursos de la Semana 1 

 

 

 9.2 Recursos de la Semana 2 

 

 

 

 

 

 1. OBJETIVO DEL DOCUMENTO 

 Orientar al nuevo integrante del equipo de Quality Assurance (QA) sobre los puntos clave que debe comprender y aplicar desde el inicio de sus funciones, asegurando un enfoque correcto, eficiente y alineado a las buenas prácticas del área. 

 2. ALCANCE DEL ROL QA 

 Como QA, tu enfoque es estratégico y no puramente técnico de sistemas: 

 

 

 Perspectiva del Usuario: Validar la calidad desde los ojos del cliente final. 

 

 

 Independencia Técnica: No es necesario replicar tareas que corresponden exclusivamente a Desarrollo. 

 

 

 Detección: El foco está en hallar defectos funcionales, problemas de usabilidad y escenarios no contemplados. 

 

 

 3. USO DE USUARIOS EN EL ENTORNO QA 

 Aprovecha la flexibilidad del entorno de pruebas: 

 

 

 Se puede probar con cualquier usuario , salvo indicación contraria explícita. 

 

 

 Valida distintos perfiles y roles para identificar errores que podrían ocurrir en producción. 

 

 

 4. ENFOQUE DE PRUEBAS: MÁS ALLÁ DE LO FUNCIONAL 

 El valor del QA está en encontrar lo que otros no vieron. No te limites a las pruebas del programador: 

 

 

 Escenarios Negativos: ¿Qué pasa si ingreso datos erróneos o dejo campos vacíos? 

 

 

 Casuísticas Alternas: Flujos incompletos o comportamientos inesperados. 

 

 

 Criterio Propio: Piensa siempre como usuario final, cuestiona el flujo. 

 

 

 5. PROTOCOLO DE ANÁLISIS DE REQUERIMIENTOS 

 Antes de tocar el sistema, es obligatorio realizar una lectura detallada: 

 

 

 Detalle del Gestor: Entender el "qué" y el "para qué". 

 

 

 Comentarios: Revisar hilos de conversación en la tarea. 

 

 

 Coordinación: Verificar el campo “Coordinación con el Gestor”. 

 

 

 Precondiciones: Leer las notas técnicas del programador. 

 

 

 6. COMUNICACIÓN ASERTIVA 

 Reportar un error es tan importante como encontrarlo: 

 

 

 Objetividad: Describe el problema con pasos claros y evidencia (capturas/videos). 

 

 

 Respeto: Evita juicios personales; mantén una comunicación fluida con el equipo. 

 

 

 

 7. MAPA CONCEPTUAL DEL ROL 

   

 

 8. DIAGRAMA DE FLUJO DE TRABAJO 

 

   

 

 9. SEGUIMIENTO Y RETROALIMENTACIÓN SEMANAL 

 Cada semana se realizará un formulario para evaluar la comprensión y detectar dudas. 

 Semana 1 

 

 

 Evaluación: Formulario Semana 1 

 

 

 Semana 2 

 

 

 Evaluación A: Formulario 2.1 

 

 

 Evaluación B: Formulario 2.2