Copyright © 2024. UPEX Quality LLC. TODOS LOS DERECHOS RESERVADOS.
UPEX ACADEMY: QA Road Map
CURSO ACTUAL DISPONIBLE:
🧪TESTING AL GRANO🧪
LA RUTA DE ESTUDIO DEFINITIVA + LA ESTRATEGIA PERFECTA DE APRENDIZAJE
PARA SALIR A TRABAJAR COMO ANALISTA QA:
→TEMARIO BÁSICO (para saber dónde estás situado*):
CLASE#1 - 👔EQUIPO DE TRABAJO, ROLES Y PROCESOS (SDLC/STLC)
Bases para entender el rol:
Diferencias entre terminologías:
📌Quality Assurance (QA) o Software Testing?
📌Tester QA o Analista QA?
📌Test Automation Engineer (TAE)?
Cómo nos llamamos realmente?
📌Qué hace nuestro rol?
Sabiendo qué hace el rol, se sigue:
📌Qué es el mundo IT (Information Technology)
📌Qué es un Developer Team
📌Cómo está conformado el Team?
Ahora lo más clave:
📌Cómo es el SDLC y el STLC (FULL EXPLICADO)
CLASE#2 - 🌍NIVELES DE TESTING FUNCIONAL (FULL EXPLICADO)
Bases para entender el rol:
Cuáles son los “Macro-Tipos” de Testing y sus Niveles de Testing (Testing Pyramid):
MACRO-TIPOS:
📌FUNCTIONAL TESTING (Prueba el comportamiento)
📌NON-FUNCTIONAL TESTING (Prueba sus capacidades)
MACRO-NIVELES:
📌BLACK-BOX (caja negra) - FRONTEND (Lo visible del Software) (macronivel de pruebas de la Interfaz, lo visible)
📌WHITE-BOX (caja blanca) - BACKEND (lo invisible del Software) (macronivel de pruebas de API, Base de Datos, Componentes, etc.)
NIVELES DE TESTING:
📌 Unit Testing (Pruebas Unitarias)
📌 Integration Testing (Pruebas de Integración)
📌 UI Testing (Pruebas de Sistemas / Interfaces)
📌Acceptance Testing (UAT - Pruebas de Aceptación de Usuario)
CLASE#3 - 🌍TIPOS DE TESTING FUNCIONAL (FULL EXPLICADO)
Bases para entender el rol:
Antes de ir a la práctica, debemos saber:
📌Qué son Tipos de Testing?: Contexto y aclaraciones.
📌Cuáles son los Tipos de Macrotipo Funcional?: Exploratory, GUI (Manual o Auto), API Test, DB Test, Regression (Mn o At), Retest, Smoke, y Sanity.
📌Cuáles son los Tipos de Macrotipo No-Funcional?: Performance, Stress, Security, Usability, Installation, Localization, etc…
CLASE#4 - 👔SCRUM PARA TESTERS🧪 (Metodologías Ágiles)
Antes de ir a la práctica, debemos saber:
Qué son Metodologías Ágiles?
Qué es SCRUM?
Cuáles son los Roles en el juego?
Quién es el SCRUM Master (SM)?
Qué es un Product Backlog?
Qué es un Sprint Backlog?
Qué es un Release?
Qué es un Sprint o Iteration?
Qué es la Estimación de Historias con Puntos de Historia?
Qué es la ceremonia: Sprint Planning
Qué es la ceremonia: Daily (o Sprint Daily)
Qué es la ceremonia: Sprint Review (Demo)
Qué es la ceremonia: Retrospectiva
→TEMARIO TÉCNICO Y PRÁCTICO🛹
CLASE#5.1 - ☁Qué son ENVIRONMENTS (Ambientes) en un Software?
Antes de ir a la práctica, debemos saber:
Cómo está conformado o organizado un SUT? — por departamentos llamados “environments” o “ambientes” con la finalidad de trabajar de manera limpia y sin chocarse:
Ambientes de DEV (Programación)
Ambientes de QA (Testing)
Ambientes de UAT (Verificación)
Ambientes de STAGE (armado final)
Ambientes de PROD (producto final)
CLASE#5.2 - 📲Qué son ELEMENTOS GUI de un Software? para GUI Testing
Para hacer las pruebas a nivel UI TESTING... Antes, debemos saber:
QUÉ ES UI?
GUI (Graphic User Interface) o simplemente UI (User Interface) es la interfaz gráfica que tenemos en las pantallas, es decir el frontend visible y funcional de cualquier software, y algunos de sus elementos son:
Checkboxes
Botones
Dropdown Lists
Cards
Menus
Banners
Y muchísimos más…
CLASE#6.1 - 🚀Qué es un GESTOR DE INCIDENCIA? Qué es JIRA y XRAY?
PD: Jira es el Gestor de Incidencia más famoso, usado y aprobado por los Testers de diferentes seniority. Es la herramienta principal de todo Proyecto! Es con la que realizamos el 90% del trabajo; para un QA, realizamos la Gestión de Pruebas, Redactamos la Documentación de Casos de Pruebas y Reportes de Bugs. TODO.
Qué es un GESTOR DE INCIDENCIAS
Qué es TEST MANAGEMENT? (Gestión de Pruebas).
Cómo está relacionado con el SDLC, SCRUM y Environments?
RECORRIDO FUNCIONAL POR JIRA
Qué son “Incidencias” (Issues)?
Cuáles son los Tipos de Incidencias? (lo que todo proyecto maneja)
CLASE#6.2 - 🚀Cuáles son los TIPOS DE INCIDENCIAS de QA? con XRAY
Qué es un GESTOR DE INCIDENCIAS
Qué es TEST MANAGEMENT? (Gestión de Pruebas).
Cómo está relacionado con el SDLC, SCRUM y Environments?
RECORRIDO FUNCIONAL POR JIRA
Qué son “Incidencias” (Issues)?
Cuáles son los Tipos de Incidencias? (lo que todo proyecto maneja)
CLASE#7 - 📑Qué es una FEATURE? Qué son HISTORIAS DE USUARIO?
Primero, De dónde viene la US?
Qué es una FEATURE, EPIC, etc?
Qué es una User Story (US)?
Quién, Dónde y Cuándo lo realiza?
Cómo se conforma una US?
Formato Cómo-Quiero-Para
Cómo analizar una US por QA? — hagamos un mini ejemplo de “Análisis Funcional” con un Test Exploratorio sencillo.
CLASE#8 - 📑Qué son CRITERIOS DE ACEPTACIÓN? Qué es BDD?
Qué son los Criterios de Aceptación? Cuál es su Origen?
Qué es el “Scope” y “Out-Of-Scope”?
Qué es Business Rule (BR)?
Qué es BDD? Para qué sirve? Qué es lenguaje Gherkin?
Definiciones del Lenguaje Gherkin: Feature, Scenario, Background, Given, When, Then, And, But.
Cómo analizar los Criterios de Aceptación por un QA?
CLASE#9.1 - 🧬QUÉ ES UN WORKFLOW? con JIRA
LO QUE DEBES SABER ANTES de usar JIRA! QUÉ ES UN WORKFLOW (Flujo de trabajo)? Cuál es el CONTEXTO que debes saber primero antes de trabajar con Casos de Pruebas y todo??
Lo que necesitamos saber para DESARROLLO DE PRUEBAS!
CLASE#9.2 - 👨💻PASO-A-PASO CASOS DE PRUEBAS con JIRA XRAY
Teniendo en cuenta ya cómo analizar la US, se procede a TODO sobre Casos de Pruebas:
Qué son Test Cases (TC) (Casos de Pruebas)?
Diferencia de TC con:
TS (Test Suite/Set)
TX (Test Execution)
Manual o Automatizado? Diferencias.
Qué tipos de TC hay?:
-Cómo hacer TC de tipo Steps (el normal), Composición dentro del TC.
CLASE#10.1- 👨💻PASO-A-PASO SET DE PRUEBAS con JIRA XRAY
Teniendo en cuenta ya cómo analizar la US, se procede a TODO sobre Casos de Pruebas:
Qué son SET DE PRUEBAS?
(con su nombre técnico: "Test Set" o también "Test Suite", son lo mismo, no te confundas)Cómo es su Origen después de ANALIZAR una Historia de Usuario?
Cómo deben Diseñarse para su correcta realización?
Cómo se linkea con la Historia y el resto de incidencias?
Para qué se usa el Set de Pruebas realmente?
Documentar la estrategia de prueba y las Técnicas (BBTT), Analizar el costo, la importancia, y el riesgo de la feature para saber si ponerla a Regression o Automation, y Definir las Validaciones que se realizarán!
Cómo debemos proceder luego de haber diseñado el TEST SET?
PLUS: Cómo Ejecutar (con un TEST EXECUTION) a los TEST CASE creados por el TEST SET??
PLUS 2 : Cómo visualizar el TEST EXECUTION y Crear BUGS desde allí?
CLASE#10.2 - 🕵️♂️PASO-A-PASO EJECUTAR CASOS DE PRUEBAS con XRAY
Teniendo en cuenta ya cómo analizar la US, se procede a TODO sobre Casos de Pruebas:
Qué son EJECUCIONES DE PRUEBAS? (con su nombre técnico: "Test Execution" o también "Test Run", abreviadamente también "TX", son lo mismo, no te confundas)
Cómo es su Origen después de DISEÑAR un TEST SET?
Cómo deben Ejecutarse los Steps? Acción y Comportamiento?
Cómo se linkea con la Historia y el resto de incidencias?
Para qué se usa la Ejecución de Pruebas realmente? (aplica también para Regression, Re-Testing, todo)
Cómo agregar comentarios o resultados actuales al Test Execution?
CLASE#11.1 - 🐞PASO-A-PASO BUG REPORT + CICLO DE VIDA DEL BUG
En caso de encontrar un Bug del SUT, hay que saber reportarlo y hacerle el seguimiento correspondiente (Bug Tracking):
Cómo describir un BUG?
Cuáles son los tipos de Bugs?
Severidad de un Bug y Prioridad del negocio para ser arreglado.
Qué es "REPRO"? Cómo redactar los Steps?
Resultado Esperado VS Resultado Actual
Post Condiciones
Toma de Evidencia
Seguimiento del Bug: CICLO DE VIDA DEL BUG (cómo es el workflow?)
CLASE#11.2 - 🐞PASO-A-PASO DEFECT REPORT de una Historia de Usuario
Cuando estás Ejecutando las Pruebas de una Historia de Usuario, y te encuentras justo un "bug" en su funcionalidad, entonces se trata de un "DEFECTO DE FUNCIONALIDAD" o Defecto de sus Criterios de Aceptación!.
Se debe proceder a reportar el "Defect" desde el "Test Execution" (esto aplica para cualquier gestor de incidencia, sea Jira o AzureDevOps!):
Cuál es la diferencia entre tipos de reporte: "BUG" y "DEFECT"?
Cómo analizar un DEFECTO de los Criterios de Aceptación en la Ejecución de Prueba?
Cómo levantar y reportar el "DEFECT" desde la Ejecución de Prueba?
Cómo redactar el Reporte de DEFECT?
(El Workflow de un DEFECT es el mismo que un BUG, solo la forma de reportarlos es diferente)
CLASE#11.3 - 🐞PASO-A-PASO RE-TESTING + ¿Quién hace el BUG TRIAGE?
Cuando un Dev termina de "Fixear" un BUG o DEFECT reportado, se procede a hacer el RE-TEST por el Tester quien reportó dicha incidencia:
Qué es la actividad de Re-Testing y cómo se crea dicha tarea?
Cuándo exactamente se realiza el Re-Test para un bug?
Proceso de Re-Testing según el tipo de Reporte de bug:
Cómo se ejecuta un Re-Test de un "BUG" reportado?
Cómo se ejecuta un Re-Test de un "DEFECTO" reportado?
Para el Defect, cómo se actualiza la última Ejecución del Caso de Prueba FALLIDO, gracias al Re-Test? (Full Explicado)
PLUS: Quién se encarga de hacer el BUG-TRIAGE y TRACKING?
PLUS: Repaso del CICLO DE VIDA DEL BUG
CLASE#12.1 - 🧬Qué es TRAZABILIDAD (RTM)?
Cuando se trata de ORDEN para cualquier Gestor de Incidencias (ya sea Jira o AzureDevOps), se debe saber cómo cumplir con la "Trazabilidad de Incidencias" y cómo saber "LINKEAR":
Qué es el RTM (Requirement Traceability Matrix)?
Qué es el ISSUE LINKING en un proyecto?
Cómo hacer correctamente el "LINKEO" de Incidencias para cumplir con BUENA TRAZABILIDAD?
Cómo identificar los diferentes tipos de LINKING según la incidencia reportada?
CLASE#12.2 - 🧬PASO-A-PASO Cómo LINKEAR CORRECTAMENTE
Cuando se trata de ORDEN para cualquier Gestor de Incidencias (ya sea Jira o AzureDevOps), se debe saber cómo cumplir con la "Trazabilidad de Incidencias" y cómo saber "LINKEAR":
Qué "issues" debería estar Linkeado en la Historia de Usuario?
Qué "issues" debería estar Linkeado en el TestSuite/TestSet?
Qué "issues" debería estar Linkeado en los Test Cases?
Qué "issues" debería estar Linkeado en el Test Execution?
Qué "issues" debería estar Linkeado en el Reporte de Bug/Defecto?
Qué "Task" o "Subtask" deberían estar agregadas a la Story?
→TEMARIO TÉCNICO 🛫MEDIO-AVANZADO
CLASE#13 - 🏁 “RELEASE" y "SPRINT" CÓMO SE ORGANIZA EL PROYECTO
Video Corto en el que explico LO QUE DEBES sobre RELEASE y SPRINT y entender cómo funciona un proyecto organizado!
Qué son RELEASES? Quién los hace? y Cuándo?
Qué son SPRINTS? Cuándo se hacen y cómo?
Qué es un RELEASE PLANNING? Quiénes participan y cuándo?
Qué es un SPRINT PLANNING? (tema para verlo en otro video)
CLASE#14.1 - 📦Qué es el REPOSITORIO del PLAN DE PRUEBAS?
Además del espacio de trabajo de tareas (lo que hemos visto hasta ahora), hay otro espacio donde hay que trabajar con el fin de ORGANIZAR los Casos de Pruebas dentro de las Features, Sprints y Releases correspondientes:
Qué es un Repositorio de Casos de Pruebas?
Qué es un TEST PLAN? y Quién se encarga de administrarlo?
Qué relación tiene con los RELEASES y los SPRINT?
Cómo usamos el Repositorio del Test Plan en el Trabajo?
PASO A PASO Cómo crear una Carpeta (Suite de Pruebas)?
PASO A PASO Cómo añadir los Test Cases a la Suite creada?
PLUS: Cómo se vería una Organización para el System Regression?
CLASE#14.2 - 📂Cómo ARMAR las SUITES del PLAN DE PRUEBAS?
Además del espacio de trabajo de tareas (lo que hemos visto hasta ahora), hay otro espacio donde hay que trabajar con el fin de ORGANIZAR los Casos de Pruebas dentro de las Features, Sprints y Releases correspondientes:
Cuál es la ESTRUCTURA de un TEST PLAN?
Cómo agregar las Macro carpetas y subcarpetas?
TÉCNICA PARA NOMBRAR LAS CARPETAS Y NO MORIR EN EL INTENTO.
Cómo crear las Carpetas de REGRESIÓN y SMOKE?
PASO A PASO Cómo crear todas las Carpetas desde cero.
PASO A PASO Cómo añadir las Suites de las Historias de Usuario?
CLASE#14.3 - 📂📑ESTRATEGIA DE PRUEBAS 📚MASTER TEST PLAN
El Líder QA debe ser el encargado de crear o actualizar el Master Test Plan del Proyecto. Esto es un resumen de lo que debería tener uno:
Qué es la DOCUMENTACIÓN del PLAN DE PRUEBAS?
Cómo debería verse un Plan de Pruebas Documentado?
Cómo redactar un Master Test Plan?
CLASE#15.1 - 🎲Cómo ESTIMAR con PUNTOS DE HISTORIA (Story Points)
Los Story Points (SP) en español, Puntos de Historia, es la unidad de medida de "costo y valor" (en resumen, —dificultad—) para poder ESTIMAR una Historia de Usuario de forma casi precisa, tomando en cuenta nuestra experiencia. La finalidad es "calcular" qué tanto esfuerzo nos tomará para desarrollar la feature.
Esto aplica tanto Testers, Desarrolladores, Diseñadores, etc.
Cuáles son los valores "Fibonacci" de los Story Points? y Por qué se usa?
(TÉCNICA PARA SABER LA ESTIMACIÓN) Cómo podemos saber cuántos Puntos podemos estimarle a una Historia de Usuario luego de analizarla?
Cuánto equivale aprox: 1, 2 y 3 story points?
Cuánto equivale aprox: 5 story points?
Cuánto equivale aprox: 8 story points?
Cuánto equivale aprox: 13 story points?
Cuánto equivale aprox: 21 story points?
Por qué es DIFÍCIL ver la posibilidad de estimar más puntos?
CLASE#15.2 -🎲Cómo es un SPRINT PLANNING (REAL) | Estimación de Historias con SCRUM POKER🕵️♂️
El Sprint Planning es la ceremonia ANTES del comienzo de un Nuevo Sprint del Proyecto.
Una de las MEJORES TÉCNICAS DE ESTIMACIÓN, es la del SCRUM POKER (o dicho también, planning poker):
Cómo es el PROCESO DEL SPRINT PLANNING? en el SCRUM POKER.
Cómo ANALIZAR una feature antes de la Estimación?
Cómo ESTIMAR Historias de Usuario correctamente?
Escenario de Estimación para 1, 2 y 3puntos.
Escenario de Estimación para 5 puntos.
Escenario de Estimación para 13 puntos.
Escenario de Estimación para 21 puntos.
etc.
CLASE#16 - 📉Qué es TASKING y TIME TRACKING
TASKING:
Es la Actividad de abrir las tareas correspondientes y hacerle seguimiento.
TIME TRACKING:
Es la Actividad de "Estimar el Esfuerzo" y "Loguear" las horas de esfuerzo en estas tareas. Hay 3 campos de esta actividad:
→ ORIGINAL —Estimación de Tiempo Original de Esfuerzo.
→ COMPLETED —Logueo de Tiempo Completado de Esfuerzo.
→ REMAINING —Tiempo Restante de Esfuerzo.
CLASE#17 - 🥋TÉCNICAS de TESTING y Diferencias con NIVELES y TIPOS
Cuáles son los Niveles de Testing
Cuáles son los Tipos de Testing
Cuáles son las Estrategias de Testing?
Cuál es la DIFERENCIA puntual entre estas categorías?
En qué te convierte en un Tester profesional realmente? Aprende:
→ Particiones Equivalentes
→ Valores Límites
→ Tabla de Decisiones
→ Tabla de Transición de Estados
CLASE#18.1 - 🥋Técnica: PARTICIONES EQUIVALENTES y VALORES LÍMITES
Hay muchas Técnicas de Testing realmente, pero solo hay 4 más usadas en la actualidad para DERIVAR CASOS DE PRUEBAS FUNCIONALES:
Qué son Particiones Equivalentes / Partición de Equivalencia?
Qué es una Partición? Qué es una Equivalencia en el Testing?
Qué son Inputs y Outputs?
Cómo analizar un Escenario de Prueba con Inputs y Outputs?
Cómo analizar y detectar las Particiones de un Input-Output?
Cuál es la FORMULA ÉPICA para DERIVAR CASOS DE PRUEBA del escenario?
Qué son Valores límites / Análisis de Valor Límite?
Qué es un Valor límite dentro de una Partición?
Cómo analizar una partición para detectar los valores límites?
Qué son Valores límites de 2 puntos y de 3 puntos?
Por qué se usa algunas veces Valores límites? por qué importa?
Cuál es la diferencia entre las Técnicas de Testing Partición de Equivalencia y Valor Límite?
CLASE#18.2 - 📝DISEÑO de CASOS DE PRUEBA (PASO-A-PASO) con Partición Equivalente y Valores Límites
Hay muchas Técnicas de Testing realmente, pero solo hay 4 más usadas en la actualidad, y en este caso, les demostraré las 2 técnicas simples para DERIVAR CASOS DE PRUEBAS FUNCIONALES en el proceso de Testing:
Presentación de la Feature a trabajar
Análisis de la Feature con Particiones
Creación del Test Suite Design (Test Set)
Análisis del Test Strategy y uso del BBTT para la feature; en este caso: Particiones de Equivalencia y Valores Límites.
Análisis y Desarrollo de Tabla de Particiones y Valores Límites
Derivación de CASOS DE PRUEBAS a partir de la técnica.
Descripción de escenarios de pruebas para cada caso.
Conclusión de técnica de particiones y valores límites
PLUS: Simulación de ejecución de un caso de prueba en el UI para demostración final.
CLASE#19 -👩💻Cómo crear MÚLTIPLES CASOS DE PRUEBAS en formato EXCEL e IMPORTAR JIRA XRAY
Crear y Diseñar Casos de Prueba en excel puede parecer fácil a este punto, pero lo TÉCNICO-AVANZADO de este capítulo es saber cómo ESTRUCTURAR las celdas de Excel con la creación de pruebas, para que pueda ser IMPORTADA EXITOSAMENTE a un GESTOR DE INCIDENCIA como lo es JIRA.
→ Realmente, esta es una de las estrategias más usadas por Testers QA en el laburo del día a día; diseñan y preparan sus casos de Prueba por excel, y luego los importa al gestor correspondiente.
CLASE#20 -🥋Técnica: TABLA DE DECISIONES! 📝DERIVACIÓN de TCS
Hay muchas Técnicas de Testing realmente, pero solo hay 4 más usadas en la actualidad para DERIVAR CASOS DE PRUEBAS FUNCIONALES:
Qué es la Técnica de Tabla de Decisiones?
Cuándo se aplica una Tabla de Decisiones?
Cuál es la diferencia de una Tabla de Decisiones o una Tabla de Particiones? Cómo nos ayudan?
Cuál es la FORMULA MAESTRA para POR FIN DERIVIAR Casos de Pruebas?
Cómo hacer una TABLA DE DECISIONES de diferentes magnitudes?
Qué son Tablas de Decisiones EXHAUSTIVA? Cuándo y cómo se hacen?
Qué son Tablas de Decisiones RELATIVAS? Cuándo y cómo se hacen?
-PLUS: Ejemplo real de una GRAN TABLA DE DECISIONES tipo Relativa.
CLASE#21 -🥋Técnica: TABLA DE TRANSICIÓN DE ESTADO! 📝
Hay muchas Técnicas de Testing realmente, pero solo hay 4 más usadas en la actualidad para DERIVAR CASOS DE PRUEBAS FUNCIONALES:
Qué es la Técnica de Tabla de Transición de Estados?
Cuándo se aplica una Transición de Estados?
Cuál es la diferencia de una STT o una DT (Tabla de Decisiones)? Cómo nos ayudan?
Cuál es la CLAVE para POR FIN DERIVIAR Casos de Pruebas de Flujos de Estados?
Cómo hacer una TABLA DE TRANSICIÓN DE ESTADOS de un escenario REAL? (Ejemplo: Pedir un Delivery)