TesterArmy e2e
Mapa del código de TesterArmy e2e: llamada y replay
Localizar pasos adaptables, grabación y control del runner
Qué aprenderás
- Empezar por la API
- Leer el límite de grabación
- Encontrar el bucle
Antes de empezar
- Una app o cuenta de prueba descartable
- Un motor web o móvil
- Una elección deliberada de modelo para pasos de agente
Dos ejecuciones y una modificación deliberada prueban el límite de la caché
Conclusiones clave
- Hay casos que no se pueden repetir.
- Replay examina condiciones actuales.
- La API continúa evolucionando.
Empezar por la API
El ejemplo del README combina `agent.act`, `agent.assert` y `expect`. `packages/e2e/src/agent/act.ts` procesa una acción semántica; `run/runner.ts` gobierna ejecución y ciclo de vida del objetivo.
Una línea de lenguaje natural no basta para deducir comportamiento. Relacione el paso con el motor configurado y las operaciones que este realmente expone.
Leer el límite de grabación
`cache/recorder.ts` crea una traza de acciones aceptadas y marca ciertas entradas inseguras o incompletas como irrepetibles. Sus comentarios explican por qué recortar valores u omitir acciones cambiaría lo sucedido.
`agent/replay.ts` vincula acciones guardadas con operaciones vivas. Comprueba pantalla y objetivo, se detiene al no coincidir y exige verificar el final antes de cerrar el paso por sí solo.
Encontrar el bucle
`agent/executor.ts` y `agent/tool-loop.ts` gestionan la ejecución adaptable. Las interfaces de runner y motor separan orquestación de implementación de navegador o dispositivo.
Inspeccionar el código no significa haber probado todas las ramas de error. Fije la revisión al rastrear un comportamiento: el proyecto avisa de cambios de API antes de 1.0.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Partir de la llamada pública.
- 2
Seguir runner, ejecutor, grabador y replay.
- 3
Probar un desajuste además del camino feliz.
Ejemplo para copiar
test call -> runner.ts -> act.ts -> executor.ts
accepted actions -> recorder.ts -> trace
next run -> replay.ts -> live end-state checkPreguntas frecuentes
¿Qué archivo crea la entrada del replay?
El cache/recorder.ts fijado construye la traza de acciones.
¿Dónde se ejecuta?
El agent/replay.ts fijado la aplica a la pantalla actual.
Fuentes
- TesterArmy e2e / README.mdFuente verificada 2026-10-14
- TesterArmy e2e / packages/e2e/src/agent/act.tsFuente verificada 2026-10-14
- TesterArmy e2e / packages/e2e/src/agent/executor.tsFuente verificada 2026-10-14
- TesterArmy e2e / packages/e2e/src/run/runner.tsFuente verificada 2026-10-14
- TesterArmy e2e / packages/e2e/src/cache/recorder.tsFuente verificada 2026-10-14
- TesterArmy e2e / packages/e2e/src/agent/replay.tsFuente verificada 2026-10-14