Colección 03

Framework engineering para automatización

Tratar la automatización como un producto interno.

5 artículos · ~47 min de lectura ·4 repos de soporte
Pilar · empezá acá Intermedio

Framework engineering: tu suite de tests es un producto interno

Diseñá tu framework de automatización como producto interno: capas, contratos, datos, paralelismo y gobierno. Guía Java para QA con criterio senior.

Leer el pilar 15 min

Satélites · profundizan el pilar, en orden

  1. 02

    Selectores sostenibles: cómo dejar de perseguir el DOM

    Selectores que no se rompen: prioridad por semántica accesible, política de data-testid con ownership y revisión en PR. Guía práctica para Selenium y Appium.

    Intermedio 9 min selectoresaccesibilidadselenium
  2. 03

    Datos aislados y paralelismo seguro: correr rápido sin contaminarte

    Paralelismo que no rompe: datos sintéticos por API, contexto de test inmutable, recursos con nombres únicos y capacidad medida. Guía Java para suites E2E.

    Intermedio–Avanzado 9 min paralelismotest-dataaislamiento
  3. 04

    Confiabilidad y diagnóstico: flakiness sin maquillaje

    Dejá de esconder flakiness con Thread.sleep y retries. Esperas observables, clasificación de fallas, correlation-id y evidencia sanitizada para diagnosticar.

    Intermedio–Avanzado 9 min flakinessobservabilidadsincronizacion
  4. 05

    De JavaScript a Python: llevar el criterio de testing de APIs a pytest sin perderlo

    Migrar de JS/TS a Python para testear una API no es aprender pytest, es sostener el diseño: tests herméticos con inyección de dependencias y dobles de prueba. Qué transfiere directo y qué hay que cuidar.

    Intermedio 5 min contract-testingpythonpytest

Código que implementa esta colección

Continúa en la serie avanzada Platform engineering para Quality Engineering

Calidad como producto interno sin quitar autonomía: golden paths, escape hatches y adopción sin castigar equipos.

esc
↑↓ navegar abrir