# Guion completo para teleprompter — 04-automation-strategy

Este capítulo te ayuda a automatizar con estrategia, no por moda.

## Diapositiva 1: La estrategia de automatización primero

En esta diapositiva quiero que te quedes con una idea práctica: **la estrategia de automatización primero**.

Empezamos con: **Automatiza checks estables, repetibles y de alto valor**. En automatización, la clave es mantener pruebas estables y legibles para que escalen con el producto. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Mantenga pruebas manuales para descubrimiento y juicio de UX**. 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: **Trate la automatización como un código de producto de ingeniería**. 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://martinfowler.com/articles/practical-test-pyramid.html

## Diapositiva 2: Pirámide de pruebas en la práctica

Vamos con un concepto clave para aplicar hoy mismo: **pirámide de pruebas en la práctica**.

Empezamos con: **Comprobaciones de unidad/servicio más rápidas, menos UI E2E**. 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: **Las pruebas de UI cubren únicamente viajes críticos para el usuario**. 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: **Equilibre la confianza con el costo de ejecución**. 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://martinfowler.com/articles/practical-test-pyramid.html

## Diapositiva 3: Mitigación de pruebas inestables

Esta parte es importante porque impacta directamente tu día a día: **mitigación de pruebas inestables**.

Empezamos con: **Ponga en cuarentena pruebas no deterministas rápidamente**. 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: **Eliminar el estado compartido y las dependencias de tiempo**. Es una técnica clásica que reduce esfuerzo y aumenta cobertura efectiva cuando se usa bien. 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: **Realice un seguimiento de las tendencias de confiabilidad a lo largo del tiempo**. 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.

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

Referencias: https://testing.googleblog.com/2016/05/flaky-tests-at-google-and-how-we.html

## Diapositiva 4: Arquitectura de prueba mantenible

En esta diapositiva quiero que te quedes con una idea práctica: **arquitectura de prueba mantenible**.

Empezamos con: **Usa objetos de página/guión cuando corresponda**. 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: **Centralice fixtures y pruebe los creadores de datos**. 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: **Mantenga las assertions explícitas y legibles**. 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.

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

Referencias: https://playwright.dev/docs/intro | https://docs.pytest.org/en/stable/

## Diapositiva 5: BDD: cuándo y cuándo no

Vamos con un concepto clave para aplicar hoy mismo: **bdd: cuándo y cuándo no**.

Empezamos con: **Usa Gherkin para lograr un entendimiento compartido**. 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: **Evite convertir archivos de funciones en scripts de bajo nivel**. 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: **Prefiere escenarios legibles para el negocio**. 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://cucumber.io/docs/gherkin/reference/