# Guion completo para teleprompter — 00-course-overview

Vamos a arrancar con la visión del curso y cómo sacarle máximo provecho.

## Diapositiva 1: Bienvenido a QA/Pruebas de software

En esta diapositiva quiero que te quedes con una idea práctica: **bienvenido a qa/pruebas de software**.

Empezamos con: **QA es gestión de riesgos para la calidad del producto.**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Las pruebas son un deporte de equipo en SDLC**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Aprenderás manual + automatización + ingeniería de calidad.**. En automatización, la clave es mantener pruebas estables y legibles para que escalen con el producto. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://www.istqb.org/certifications/certified-tester-foundation-level | https://agilemanifesto.org/

## Diapositiva 2: Cómo utilizar este curso

Vamos con un concepto clave para aplicar hoy mismo: **cómo utilizar este curso**.

Empezamos con: **Primero revisa las diapositivas y luego practica con ejercicios.**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Usa los guiones como apoyo de narración**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Construye un proyecto de portafolio con el capítulo 12**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Si aplicas esto en un flujo real de tu producto, vas a notar mejoras rápido.

Referencias: https://www.istqb.org/certifications/certified-tester-foundation-level

## Diapositiva 3: Evergreen + Temas de actualidad cubiertos

Esta parte es importante porque impacta directamente tu día a día: **evergreen + temas de actualidad cubiertos**.

Empezamos con: **Evergreen: diseño de pruebas, riesgo, defectos, estrategia de automatización.**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Tendencias: shift-left, quality gates en CI/CD y observabilidad**. Esto impacta directamente el ritmo de entrega: releases más seguras y menos retrabajo en producción. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Herramientas modernas: Playwright, API/contract testing, k6**. En APIs, esto te da feedback temprano y evita sorpresas en integración entre servicios. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

No lo dejes en teoría: pruébalo esta semana en una historia o endpoint real.

Referencias: https://dora.dev/ | https://playwright.dev/docs/intro

## Diapositiva 4: Resultados de aprendizaje

En esta diapositiva quiero que te quedes con una idea práctica: **resultados de aprendizaje**.

Empezamos con: **Diseña pruebas efectivas con cobertura clara**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Crea checks automatizados de UI/API mantenibles**. En APIs, esto te da feedback temprano y evita sorpresas en integración entre servicios. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Integra quality gates en procesos CI/CD**. Esto impacta directamente el ritmo de entrega: releases más seguras y menos retrabajo en producción. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://docs.github.com/en/actions | https://www.atlassian.com/continuous-delivery/principles/continuous-integration-vs-delivery-vs-deployment