Treseko 1.0.6: más contexto para probar y decidir

Una versión se entiende por lo que permite hacer

Treseko 1.0.6 reúne mejoras para diseñar pruebas, conservar evidencia y entender el riesgo de una build. El hilo conductor es sencillo: que una decisión de release tenga contexto y que nadie tenga que reconstruirlo a base de pestañas abiertas.

Parte de estas capacidades se acumuló desde 1.0.2. Aquí enlazamos las guías específicas de cada área para que puedas ir directo a la que te interesa.

Pruebas que se pueden repetir y revisar

Las pruebas API declaran solicitudes, variables y validaciones; las conversacionales ordenan mensajes y expectativas por turno. En ambos casos, el equipo puede volver al resultado y a su evidencia, en vez de reconstruir qué se probó a partir de un chat. El formato del caso y la modalidad de ejecución siguen siendo cosas distintas.

IA para preparar trabajo, con revisión del equipo

La asistencia de IA puede proponer requisitos, historias y casos. También se pueden configurar perfiles, modelos y workflows según la tarea. La propuesta sirve como punto de partida: el equipo revisa criterios, cobertura y supuestos antes de aplicarla. Así se ahorra trabajo repetitivo sin convertir una respuesta del modelo en una decisión aprobada.

Del requisito al resultado, sin perder el hilo

La trazabilidad relaciona requisitos, historias, casos, ejecuciones y bugs. Eso ayuda a ver qué necesidad cubre una prueba, dónde falta cobertura y qué resultado o defecto quedó asociado. Cuando cambia una historia, el equipo tiene más contexto para decidir qué revisar, sin perseguir referencias sueltas entre documentos.

Reportes que se comparten con límites claros

Los reportes ejecutivos y de equipo muestran la información de QA para distintas audiencias; los snapshots conservan una vista concreta de los resultados. Los enlaces compartidos pueden vencer o revocarse. Su disponibilidad depende de la edición y de los permisos: compartir un informe no significa abrir toda la instalación.

Permisos que acompañan las responsabilidades

La administración de organizaciones, integrantes, roles y permisos permite dar acceso según la tarea de cada persona. El objetivo es que un colaborador vea y haga lo que necesita en su ámbito, sin resolver cada acceso con permisos de administrador. La configuración exacta depende del rol y de las capacidades habilitadas en la instalación.

La documentación y el inventario viven junto al proyecto

La Wiki permite dejar decisiones y procedimientos en páginas Markdown vinculadas al proyecto; el inventario reúne activos y endpoints que ayudan a entender el entorno de una prueba. Eso reduce la búsqueda de contexto cuando alguien retoma un caso. No reemplazan la evidencia de ejecución, no son un executor de performance y no deberían guardar secretos.

Workers que reciben trabajos compatibles

Los workers registrados informan su estado y capacidades. Treseko usa esa información para evitar asignar nuevos trabajos a workers inactivos o revocados, y para buscar compatibilidad con el framework y el lenguaje declarados. El worker ejecuta y devuelve resultados; la fuente de verdad de casos, ejecuciones y evidencia sigue en Treseko.

Integraciones MCP con permisos y controles claros

Las herramientas compatibles pueden conectarse mediante MCP para consultar o modificar información según las funciones y permisos habilitados. Esto permite integrar asistentes sin darles acceso general a la instalación. Las operaciones disponibles dependen de los scopes y del rol; MCP no es una consola para ejecutar comandos arbitrarios.

Actualizaciones con comprobaciones y camino de vuelta

Antes de activar una actualización, Treseko prepara y verifica sus componentes. La nueva versión se confirma después de que los servicios inician y pasan sus comprobaciones; si el proceso falla, hay respaldo y una vía de recuperación. Eso reduce el riesgo de dejar la instalación en un estado a medio actualizar, aunque no elimina la necesidad de respaldos operativos.

Menos fricción en el trabajo diario

La versión reúne mejoras de navegación, adjuntos, evidencias y reportes, con más atención a pantallas de distintos tamaños. La interfaz de la aplicación está disponible en español, inglés y portugués. Son cambios para que el equipo encuentre antes lo que necesita y pueda revisar el resultado desde su contexto de trabajo.

Seguridad y estados de automatización

También se reforzaron la protección de datos sensibles, la validación de conexiones y la gestión de credenciales y permisos. Si Treseko no puede confirmar el resultado de una automatización, lo conserva como desconocido y no lo marca como aprobado.

Automatizar no es aprobar a ciegas

Si una ejecución no permite determinar el resultado, Treseko la conserva como desconocida y no la marca como aprobada.

Las guías enlazadas explican el alcance, los controles y las condiciones de uso de cada función.