šŸ§ŖQA Agile Testing Laboral

Este curso tendrƔ la finalidad de introducir las habilidades bƔsicas y tareas laborales QA.

El contenido puede variar un poco en curso en curso, debido a la versatilidad y variedad del rol QA.

Lo que estĆ” seguro, es que el curso estĆ” hecho para prepararlos para el trabajo en UPEX Galaxy, lo que significa que el temario serĆ” una ruta de aprendizaje para que puedan realizar las actividades de Tester Agile como AnĆ”lisis, PlanificaciĆ³n, EstructuraciĆ³n, DiseƱo, EjecuciĆ³n y Reportes.

Las cantidad de clases estƔn sujetas a las ceremonias del Sprint del Curso. La cantidad de clases pueden variar dependiendo del curso, en este caso, son:

POR FAVOR, NO LUCRAR CON EL CONTENIDO DE LA PRESENTE INFORMACIƓN.

Copyright Ā© 2023. UPEX Quality LLC. TODOS LOS DERECHOS RESERVADOS.

Ceremonias Maestras, Clases y sus temarios:

Ceremonia Inicial: Sprint Planning

AquĆ­ vamos a recibir una introducciĆ³n general de cĆ³mo nos manejamos en UPEX Galaxy, esta ceremonia se debe atender por Microsoft Teams, ya que no es un temario especĆ­fico del curso, sino una introducciĆ³n al CAMPO LABORAL en el Sprint de UPEX Galaxy, cuya ceremonia es LA MƁS IMPORTANTE.

A partir del segundo dĆ­a del Sprint comienza las verdaderas clases:

  1. Artefactos Agile de la GestiĆ³n de Incidencia (Jira):

    1. QuƩ es El Backlog y el Sprint Backlog

    2. QuƩ es El Board del Sprint

    3. Cuales son los tipos comunes de ā€œtickets/work-itemā€ de un Gestor de Incidencia

    4. QuƩ son las Historias de Usuario y quƩ estructura tienen

    5. CĆ³mo es el Flujo de entrega de una Historia de Usuario

    6. CĆ³mo es la asignaciĆ³n de una Historia de Usuario para QA

  2. AnƔlisis de Historia de Usuario (User Story / US):

    1. QuĆ© es una Ɖpica y Feature relacionada a la Historia de Usuario

    2. CĆ³mo analizar la US desde la solicitud del Cliente

    3. CĆ³mo analizar la US con los Criterios de AceptaciĆ³n (AC) y Reglas de Negocio (BR)

    4. CĆ³mo analizar la US con el Scope y Out-of-Scope

    5. CĆ³mo analizar la US desde un MockUp (UI/UX)

    6. Mapeo de la PlanificaciĆ³n de Pruebas (Test Strategy).

    7. ActualizaciĆ³n del Time Tracking.

  3. PlanificaciĆ³n de Pruebas (Test Strategy) con la incidencia ā€œTest Setā€ (TS):

    1. Identificar patrones (particiones) desde los AC y BR

    2. Mapeo del AnĆ”lisis de Prueba (quĆ© vamos a testear y cĆ³mo vamos a testear)

    3. DerivaciĆ³n de la Cobertura de Pruebas (DiseƱo de Escenarios de Casos de Pruebas) para la US.

    4. EstimaciĆ³n VCR para identificaciĆ³n de candidatos para AutomatizaciĆ³n o RegresiĆ³n.

  4. DiseƱo de Casos de Pruebas con la incidencia ā€œTestā€ (TC)

    1. CĆ³mo es la Matriz de Pruebas

    2. DiseƱo de PrecondiciĆ³n de Pruebas

    3. DiseƱo y buenas prĆ”cticas de redacciĆ³n: AcciĆ³n - Data - Resultado Esperado.

  5. OrganizaciĆ³n del Repositorio de Pruebas (In-Sprint Testing)

    1. CĆ³mo armar un buen Repositorio de Pruebas para el proyecto.

    2. Estructura recomendada del Repositorio para Planes de Pruebas EstratƩgicos.

    3. QuĆ© es ā€œIn-Sprint Testingā€ o ā€œAC Coverage Testingā€

    4. Planes de Pruebas EstratƩgicos:

      1. QuĆ© es el ā€œIn-Sprint Testingā€ y cĆ³mo se deberĆ­a armar su Plan de Prueba.

      2. QuĆ© es ā€œRegression Testingā€ y cĆ³mo se deberĆ­a armar su Plan de Prueba.

      3. QuĆ© es ā€œSmoke Testingā€ y ā€œSanity Testingā€ y cĆ³mo se deberĆ­a armar su Plan de Prueba.

  6. EjecuciĆ³n de Pruebas y Reporte de Defectos (+ReTesting)

    1. CĆ³mo ejecutar Pruebas y Reportar:

      1. Fase #1: Smoke Testing (VerificaciĆ³n de Estabilidad del Software)

      2. Fase #2: In-Sprint (VerificaciĆ³n de nueva Funcionalidad agregada)

      3. Fase #3: Reporte BƔsico de Cobertura de Pruebas (Fail o Pass)

    2. CĆ³mo es el Ciclo de Vida del Bug (Defecto)

    3. Diferencia de Error-Defecto-Fallo y tipo de incidencia Defect/Bug

    4. CĆ³mo reportar un Defecto/Bug.

    5. CĆ³mo armar la tarea de Re-Testing y EjecuciĆ³n del ReTest.

  7. EjecuciĆ³n de Pruebas de RegresiĆ³n Manual (Actividad Grupal):

    1. ExplicaciĆ³n: QuĆ© situaciones se pueden aplicar las Pruebas de RegresiĆ³n

    2. CĆ³mo ejecutar Pruebas de RegresiĆ³n y Reportar:

      1. Fase #4: PlanificaciĆ³n de la RegresiĆ³n y PreparaciĆ³n del Reporte (LĆ­der QA)

      2. Fase #5: EjecuciĆ³n de Pruebas de RegresiĆ³n (trabajo en equipo con Testers)

      3. Fase #6: CuĆ”ndo aplicar la regla del Criterios de SuspensiĆ³n de Pruebas.

      4. Fase #7: CĆ³mo presentar Reportes de Pruebas de RegresiĆ³n + Reportes de Bugs

  8. Entrega de Sprint - Revisiones y Refinamiento:

    1. Entrega de la tarea grupal de la RegresiĆ³n

    2. Entrega de la tarea de Historia de Usuario asignada.

    3. Charla Grupal de la Cultura del Testing en un ambiente Laboral.

Ceremonia Final: Sprint Review y Sprint Retrospective

Aquƭ vamos a finalizar el Sprint con las tƭpicas ceremonias del SCRUM, la Review y la famosa RETRO. Aquƭ todos deberƔn participar si es posible para poder PRESENTAR sus tareas asignadas y finalizadas en el Sprint actual a los Clientes (Yo) en el Sprint Review, y luego participar en el Sprint Retro donde hablaremos de las mejoras a realizar, consejos, feedbacks y futuras metas.