Repositorio
Código de la suite en su organización, con README para correrla local y en CI.
Servicio 02 · Automatización
Automatizamos lo que ya está estable y se va a repetir. Empezamos por los casos que paran un release.
La automatización no reemplaza el criterio de un tester. Reemplaza la repetición. Todo lo que sigue siendo exploratorio, ambiguo o de una sola vez se queda en manual — y lo decimos por escrito.
Si ya usan herramientas de generación de casos o de selectores con IA, las tratamos como cualquier otra herramienta: útiles si bajan el mantenimiento, descartables si lo suben.
Las pruebas independientes y la venta de herramientas son dos líneas separadas. En una evaluación de QA no recomendamos una herramienta por el hecho de venderla, y si hay un interés comercial en la recomendación, lo decimos por escrito antes de que usted decida.
Cuatro pasos. Los días exactos dependen del producto.
Qué casos existen, cuáles son estables y cuáles se repiten en cada release. Sale una lista corta, no un backlog.
Los primeros críticos automatizados y corriendo. Sirve para medir mantenimiento real antes de firmar el resto.
La suite entra al pipeline con un umbral que bloquea el merge.
Repositorio, instrucciones para correrla y horas de mantenimiento acordadas. Su equipo la corre sin nosotros.
Código de la suite en su organización, con README para correrla local y en CI.
Un documento corto: qué caso entra a la suite, qué caso se queda manual y por qué.
Resultado por caso, fallos reales vs. flaky, y qué mantenimiento pide la próxima semana.
Diez casos críticos automatizados dicen más que un plan de cobertura de 400.