Ir al contenido principal

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

Semana 2

 

 

 

 

 

No hay comentarios para mostrar

Volver arriba