Servidor MCP y control de calidad
- Un asistente de IA conectado ya puede crear por su cuenta un conjunto completo de registros de control de calidad. Antes podía crear un caso de prueba pero no añadirle pasos, crear una historia de usuario pero no adjuntarle criterios de aceptación, y crear un ciclo de pruebas pero no incorporarle nada, así que cada registro creado de este modo había que terminarlo a mano en la consola.
- Los pasos de prueba ya se pueden consultar, añadir, editar, reordenar, duplicar y eliminar, y un caso de prueba se puede crear con todos sus pasos en una sola petición.
- Los criterios de aceptación se pueden indicar al crear o actualizar una historia de usuario, y cada criterio se devuelve con su identificador y su cobertura, de modo que un asistente puede vincular una prueba y luego confirmar que el vínculo se aplicó.
- Las pruebas se pueden vincular a una historia de usuario o a un criterio de aceptación concreto, en ambos sentidos. Vincular al criterio en lugar de a la historia es lo que hace visible la cobertura parcial en la matriz de trazabilidad, y es la práctica que recomendamos.
- Los ciclos ya se pueden poblar. Al añadir casos de prueba se crean las ejecuciones, un ciclo se puede clonar y su progreso se puede consultar. Cada ejecución acepta un entorno y una prioridad, resultados de Aprobado, Fallido y Bloqueado en cada paso, comentarios, y vínculos a los defectos que haya revelado.
- Al añadir casos de prueba a un ciclo ahora se puede indicar un entorno que se aplica a todas las ejecuciones creadas. Funciona igual en la API que a través de MCP, así que ya no hace falta configurar un ciclo ejecución por ejecución. Las integraciones existentes, incluida la consola, no se ven afectadas.
- Las carpetas de casos de prueba y de ciclos de pruebas ya se pueden consultar como árbol, crear, renombrar, mover y eliminar, así que los registros creados de este modo se pueden archivar en lugar de acumularse sin clasificar. Eliminar una carpeta que aún contiene registros o subcarpetas se rechaza salvo que lo pidas expresamente, y cuando lo haces los registros pasan al nivel superior en lugar de eliminarse con ella.
- Corregida la herramienta MCP de ciclos de pruebas, que aceptaba tres ajustes y luego los descartaba en silencio. Se admitían un entorno, una fecha de inicio prevista y una fecha de fin prevista, la respuesta indicaba éxito y ninguno de los tres se guardaba, así que un ciclo parecía bien configurado sin estarlo. Un nombre de ajuste incorrecto ahora se rechaza indicando cuáles sí se admiten, y las fechas y la carpeta del ciclo se guardan tal como se piden. El entorno corresponde a cada ejecución concreta y no al ciclo, así que ahí es donde se define ahora.
- Corregido el mismo fallo en la herramienta de entornos de prueba, que anunciaba un navegador, un sistema operativo y un dispositivo, que no existen, y omitía si el entorno está activo.
Seguridad
- Los tipos de objetos personalizados están ahora estrictamente separados entre cuentas. Una parte del área de objetos personalizados tomaba la cuenta con la que trabajar de la solicitud en lugar de tu sesión, así que un usuario con la sesión iniciada podría haber leído las definiciones de campos de los tipos de objetos personalizados de otra cuenta, o haber añadido un tipo de objeto nuevo en otra cuenta. Todas las partes de esa área usan ahora tu propia cuenta, tomada de tu sesión, e ignoran cualquier valor enviado en la solicitud. Los datos de las entradas nunca fueron accesibles por esta vía, y nada cambia en el funcionamiento de los objetos personalizados. Nos lo comunicaron externamente con una prueba de concepto clara y reproducible.