01 / ESCENARIO
Investigación con fuentes
Comprobar las referencias y el archivo resultante.
DOVREN / VERIFICACIÓN
Una demo no alcanza.
El resultado se comprueba.
La aceptación del producto exige repetir tareas sobre el mismo instalador, registrar los intentos y conservar evidencia del resultado. Una respuesta del modelo diciendo «terminado» no cuenta como verificación.
Protocolo preparado · Demostraciones del instalador público todavía pendientes · Sin resultados de fiabilidad publicados.
Diez tareas de aceptación.
Los escenarios son concretos. En cada ejecución se registra el objetivo, lo que ocurrió, las decisiones solicitadas y cómo se comprobó el estado final. Esta lista describe pruebas pendientes de publicación, no resultados obtenidos.
02 / ESCENARIO
Estado de un proyecto
Distinguir archivos observados de conclusiones e inferencias.
03 / ESCENARIO
Cambio de código y pruebas
Verificar la modificación concreta y el resultado real de las pruebas.
04 / ESCENARIO
Entrega con varios archivos
Abrir el entregable y comprobar que conserva los originales.
05 / ESCENARIO
Formulario en el navegador
Detenerse antes de enviar una acción con consecuencias.
06 / ESCENARIO
Evidencia de varios sitios
Conservar las fuentes, sus direcciones y las discrepancias.
07 / ESCENARIO
Planilla y reporte
Volver a calcular totales representativos a partir de los datos.
08 / ESCENARIO
Operación repetitiva
Contar el progreso real, los reintentos y los pasos no completados.
09 / ESCENARIO
Permisos y recuperación
Probar aprobación y denegación, sin eludir la decisión.
10 / ESCENARIO
Trabajo en Paraguay
Usar convenciones locales sin ejecutar trámites sensibles sin autorización.
PROCEDIMIENTO DE ACEPTACIÓN
También registramos lo que falla.
Un video seleccionado puede mostrar una tarea bien ejecutada. No sirve, por sí solo, para medir fiabilidad. El registro del candidato debe conservar todos los intentos, fallos, bloqueos y reintentos.
Política de permisos y supervisión ↗Mismo candidato instalado
Versiones, commit fuente, sistema operativo e integridad del instalador quedan asociados a las ejecuciones. No mezclamos pruebas de distintos builds.
Al menos dos resultados comprobados por escenario
Se exige evidencia independiente para cada intento. Las grabaciones y archivos se inspeccionan por separado del resultado declarado por el agente.
Permisos positivos y negativos
Comprobamos que aprobar permita continuar y que denegar cancele sin ejecutar la acción. El formulario con consecuencias debe quedar sin enviar.
Integridad y límites
Un registro conserva hashes de sus pruebas y el denominador completo. Comprobar hashes no demuestra que una grabación sea verdadera ni reemplaza la inspección humana.
Lo que aún no afirmamos.
Este protocolo no constituye certificación independiente, un resultado estadísticamente representativo ni una comparación con otras herramientas. Publicaremos resultados concretos con versión, condiciones y limitaciones cuando exista evidencia revisada del instalador.
Seguir los avances confirmados ↗