Contradicciones declaradas
Cuando contrato, base de datos y documentación no coinciden, Probe lo publica en vez de resolverlo por su cuenta.
Jarvis Probe
Validar
Pruebas que nacen de tus requisitos, no del código que se generó.
Probe se conecta a tus APIs, bases de datos y pantallas, deriva los procesos de negocio a partir de lo que encuentra y diseña pruebas citadas a su fuente. Lo que no puede sustentar, lo declara.
Cómo funciona
Qué recibe, qué hace y qué entrega.
Las entradas, el proceso y las salidas de Probe, sin cajas negras.
Entrada
- Contrato OpenAPI y gateway
- Base de datossólo entornos no productivos
- Aplicación web con cuentas y roles
- Documentación de procesos
Proceso
- Procesos de negocio derivados y aprobados
- Datos de prueba validados contra el esquema real
- Pruebas de API y recorridos de pantalla
- Paquetes inmutables y ejecución
Salida
- Casos de prueba citados a su fuente
- Repositorio Git de pruebas publicado
- Resultados de ejecución y su historial
- Contradicciones y huecos declarados
Capacidades
Lo que Probe hace por tu equipo.
Cada capacidad deja un artefacto que tu equipo puede revisar, aprobar o rechazar.
Reglas con cita literal
Cada regla se documenta con el fragmento de origen, para que cualquiera pueda verificarla.
Matriz de suficiencia
Cada campo se respalda con evidencia o queda como pregunta explícita.
Datos de prueba propios
Recetas de datos semilla validadas contra el esquema real, con limpieza sólo de lo que Probe creó.
Escenarios con justificación
Los escenarios sin postcondición verificable se retiran; la cobertura insuficiente se declara como entrega parcial.
Ejecución repetible
Paquetes inmutables, corridas repetidas para detectar resultados inestables y ejecución programada.
Modos de uso
Tres formas de usar Probe.
La misma disciplina de evidencia, aplicada a lo que se construye, a lo que se moderniza y a lo que ya opera.
Con Flow y Evolve
Validar lo que construye la IA
Las pruebas nacen de la especificación aprobada, no del código generado. Así no heredan sus supuestos.
Equivalencia contra el legado
Validar la modernización del legado
El sistema modernizado se ejecuta en sombra contra el legado con los mismos casos; cada divergencia se explica antes de cortar la ola.
Regresión por equivalencia
Proteger lo que ya está en producción
En mantenimiento, el cambio se ejecuta contra el comportamiento anterior en los flujos que no se tocaron. Lo que cambió sin pedirse se detecta antes del pase.
Integración
Dentro de tu forma de trabajar.
Probe vive en el tooling de tu equipo: no le pide cambiar de herramienta para saber en qué va la calidad.
Tu marco de pruebas
Los guiones se generan en el marco que tu equipo ya opera y reutilizan su biblioteca de pruebas.
El estado viaja al ticket
El resultado de la validación regresa a la solicitud de cambio que la originó.
El defecto regresa a su origen
Cada defecto se clasifica por la fase donde nació: especificación, arquitectura, diseño o construcción.
Requisitos no funcionales con prueba
Cada requisito no funcional de la especificación tiene su prueba, o se declara que le falta.
Datos protegidos
Los datos de prueba se generan o se enmascaran; los datos personales reales no salen de tus ambientes.
Cierre con nombre
El veredicto lo acepta una persona con nombre y puesto, con el expediente de cierre exportable.
Etapas
Cada etapa se cierra antes de abrir la siguiente.
Las compuertas de aprobación evitan que un error temprano llegue hasta la entrega.
Etapa 1
Conocimiento
Validación de conexión de sólo lecturaProbe se conecta a las fuentes del sistema y valida el acceso antes de analizar.
- Contrato OpenAPI, gateway y autenticación
- Base de datos con lista de hosts permitidos
- Front-end con cuentas y roles
- Credenciales en el gestor de secretos
Etapa 2
Diseño
Cada pieza exige aprobar la anteriorProcesos, datos de prueba, pruebas de API y recorridos de pantalla, encadenados por aprobación.
- Procesos de negocio con reglas citadas
- Recetas de datos semilla versionadas
- Pruebas de API con postcondiciones en base de datos
- Recorridos por resultado de negocio
Etapa 3
Construcción
Sólo casos preparables avanzanLas pruebas aprobadas se empaquetan de forma inmutable y se publican como repositorio.
- Paquetes sellados con las revisiones de origen
- Repositorio Git descargable
- Preparación de alcance antes de correr
Etapa 4
Ejecución
No arranca infraestructura sin casos listosCorridas completas o por recurso, con repeticiones e historial.
- Ejecución completa o selectiva
- Repeticiones para detectar inestabilidad
- Historial y programación de corridas
Evidencia
Lo que tu equipo puede revisar.
Artefactos en formatos abiertos y estándar, versionables junto a tu código y legibles sin la plataforma.
Procesos de negocioCon reglas citadas y contradicciones declaradas
Pruebas de APICasos citados al contrato, en Gherkin ·
.featurePlan ejecutableEscenarios, datos y aserciones ·
api-test-plan.jsonRecorridos de pantallaPasos, comprobaciones, limpieza y huecos
Repositorio de pruebasPublicado y sellado con su origen ·
gitHistorial de ejecuciónCorridas, repeticiones y resultados
Se combina con
Productos relacionados.
Los productos comparten conocimiento y trazabilidad. Puedes sumarlos cuando tu caso lo pida.
Siguiente paso
¿Qué necesitas validar antes de tu próximo pase a producción?
Una conversación para revisar tu caso y confirmar si Probe es el punto de partida correcto.
Solicita un diagnóstico
Escríbenos directamente si lo prefieres.
javier@jarvis.design