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

1. Objetivo del Documento

2. Alcance del Rol QA

3. Uso de Usuarios en el Entorno QA

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

5. Protocolo de Análisis de Requerimientos

6. Comunicación Asertiva y Reporte

7. Mapa Conceptual del Rol (Visual)

8. Diagrama de Flujo de Trabajo (Visual)

9. 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:

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

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

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

4. 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