Volver a la metodología

Sprint Testing: los pasos del QA Analyst

Las tres etapas de un sprint de testing, con el orden set-first de la planificación: los casos primero, después el ATS, y recién entonces el plan y la ejecución.

Sprint Testing

Los pasos del QA Analyst en el sprint

Las tres stages de /sprint-testing y el orden exacto de la planificación, donde el ATS se crea antes que el plan y que la corrida.

Los pasos del QA Analyst en el sprintLas tres stages del flujo de sprint testing. La planificación crea primero los casos de prueba, después el Acceptance Test Set que los agrupa, después el enlace del set a la historia —el único que da cobertura—, después el plan de aceptación desde el campo de la historia y por último la corrida, que sin Test Environment no pasa el Definition of Done. Las listas del plan y de la corrida derivan de la membresía del set. Siguen la ejecución, que empieza por el smoke y sigue con la exploración, y el reporte.STAGE 1PlanningEl orden importaMODALIDAD JIRA-XRAYSTAGE 2ExecutionSmoke, luego explorarSTAGE 3ReportingCerrar y comunicarLISTA DERIVADA1Crear los Test (TC)de la historiaAL DETALLE EJECUTABLE2Crear el ATS contodos ellosATS: {STORY-KEY}: {TITLE}3Linkear ATS a lahistoriaSLUG TEST · IS TESTED BY4Recién ahí, el ATPDESDE EL CUSTOM FIELD5El ATR, con su TestEnvironmentSIN ENV NO PASA EL DoD6Smoke test primeroGO / NO-GO7Exploración de latrifuerza UI · API · DBMÁS ALLÁ DE LO PLANIFICADO8Completar el ATRRESULTADO POR CASO9Comentario de QA ytransición del ticketDEFECTOS, SI LOS HUBOLEYENDALa lista deriva del ATS, no se re-listaÚnica arista que da coberturaDoD · Definition of Done