Blog
La perspectiva del builder sobre la economía de BYOK con IA, herramientas QA modernas, MCP para testing y la brecha entre las herramientas de devs y el flujo de trabajo de QA. Honesto, opinionated, escrito por alguien que está entregando en este espacio.
Próximamente
Los primeros posts salen junto con el anuncio público del alpha. ¿Los quieres en tu inbox? Postúlate al programa de design partners y te enviamos los borradores antes.
La historia de cómo un arquitecto QA frustrado terminó construyendo una herramienta más de test management — y por qué "una más" esta vez está mal dicho.
Las cuentas de lo que tu equipo realmente paga por generación de tests con IA bajo precios de TMS con créditos vs BYOK. Con números reales, no marketing.
Cómo un servidor MCP puede escanear tu código, generar un plan en Gherkin, sincronizarlo con tu TMS y correr Playwright — todo desde un solo chat de Claude Code.
Por qué cada TMS que envía un paquete npm distinto por framework está resolviendo el problema equivocado — y cómo un solo uploader cambia las cuentas.
Cómo los LLMs eligen entre Gherkin y formato paso-a-paso, qué reglas ISTQB conviene darles, y los prompts que de verdad producen output útil.
Una guía práctica para equipos en sectores regulados que no pueden mandar datos de pruebas a un TMS SaaS — y por qué Coolify hace esto 10× más fácil de lo que era antes.
Por qué la tasa de éxito por sí sola miente, cómo calcular un ratio de inestabilidad real a través de las ejecuciones de CI, y el umbral que separa una suite sana de una frágil.
El patrón: hacer polling de Linear / Jira para detectar cambios de estado, actualizar resultados de tests automáticamente, disparar una notificación cuando toca reprueba. La plomería importa.
Cuándo gana cada categoría, cuándo pierde, y cómo elegir según el flujo real de tu equipo — no según las páginas de marketing. Honesto, opinionated y actualizado conforme evoluciona el espacio.
Lee los borradores primero
El alpha es gratis para todos. Sin tarjeta. Registrarte toma 30 segundos.