Como se ha mencionado anteriormente, la versión del tipo de pruebas dinámicas contiene gran parte de los detalles estructurales y de comportamiento para un tipo de pruebas dinámicas desde un momento concreto. Las versiones del tipo de prueba dinámica almacenan dicha información en forma de metadatos, y de este modo proporcionan los detalles necesarios para generar páginas de pruebas de caso para recopilar y registrar datos de pruebas. Cada registro de datos de pruebas de caso relacionado con un tipo de pruebas dinámicas está vinculado a la versión del tipo de pruebas dinámicas utilizada para crearlo.
Las versiones se registran en la entidad EvidenceTypeVersionDef, donde los metadatos se almacenan como un blob en formato XML. La edición de metadatos sólo está soportada mediante el editor de pruebas dinámicas, que se proporciona con el componente de administración Pruebas dinámicas. Modificar estos metadatos XML directamente no está soportado y puede dar como resultado un comportamiento del sistema incorrecto; además no hay ninguna garantía de que la estructura de estos metadatos XML no cambie en los diferentes releases de Cúram.
Las versiones del tipo de pruebas dinámicas están vinculadas a los tipos de pruebas dinámicas en una relación de muchos a uno; cada versión pertenece a un tipo de pruebas dinámicas, y un tipo de pruebas dinámicas puede tener muchas versiones, cada una de ellas con diferentes fechas efectivas.
Se puede acceder a las versiones ampliando los elementos de la lista Tipo de pruebas dinámicas en la página Lista de tipos de pruebas dinámicas. Esto muestra una lista de versiones para los tipos de pruebas dinámicas seleccionado ordenadas por fecha en orden descendente desde su fecha efectiva. Si la versión de un tipo de pruebas dinámicas está en estado Edición en curso, se coloca en la parte superior de la lista (consulte el apartado Ciclo de vida de pruebas dinámicas para obtener más información sobre el estado de las versiones del tipo de pruebas dinámicas). Se pueden realizar varias acciones en las versiones del tipo de pruebas dinámicas:
- Ver metadatos
- Esta acción inicia el editor de pruebas dinámicas en una nueva pestaña para ver los metadatos de la versión seleccionada. Los usuarios pueden explorar los metadatos, pero no pueden guardar los cambios, es decir, el botón Guardar y varios otros botones de la paleta estarán inhabilitados.
- Editar metadatos
- Inicia el editor de pruebas dinámicas en una nueva pestaña para editar los metadatos. En esta modalidad, los usuarios pueden guardar los cambios que realicen. Esta acción sólo está disponible para las versiones del tipo de pruebas dinámicas cuyo estado sea Edición en curso.
Nota: Mientras utilizan el editor, los usuarios pueden acceder al mismo registro de la versión del tipo de pruebas dinámicas desde dos lugares: el editor de pruebas dinámicas y la página Lista de tipos de pruebas dinámicas. Si el estado de la versión del tipo de pruebas dinámicas editado se cambia a través de la página de administración (por ejemplo, activándola), los siguientes intentos de guardar metadatos desde el Editor darán como resultado un error.
- Editar fecha de entrada en vigor
- Permite modificar la fecha Efectiva desde de una versión del tipo de pruebas dinámicas. Esta fecha es una propiedad obligatoria y no se puede dejar en blanco. Esta acción sólo está disponible para las versiones del tipo de pruebas dinámicas cuyo estado sea Edición en curso.
- Nueva copia de Edición en curso
- Esta acción copia la versión del tipo de pruebas dinámicas seleccionada y crea una nueva versión de la misma con el estado Edición en curso. Esta acción sólo está disponible para la versión más reciente del tipo de pruebas dinámicas cuyo figure en la lista como Activo y únicamente si el tipo de pruebas dinámicas todavía no tienen versiones cuyo estado sea Edición en curso. Por ejemplo, sólo se puede copiar y ampliar la versión más reciente del tipo de pruebas dinámicas activo (aunque, por supuesto, se puede cambiar la estructura de los metadatos de la nueva versión del tipo de pruebas dinámicas mediante el Editor de pruebas dinámicas, ateniéndose a las restricciones habituales sobre la evolución de las versiones del tipo de pruebas dinámicas).
- Activar
- Como se ha mencionado anteriormente, sólo los tipos de pruebas dinámicas con al menos una versión activa pueden utilizarse como pruebas de caso en un programa. La acción Activar marca una versión del tipo de pruebas dinámicas como Activa, y esta acción está disponible para todas las versiones cuyo estado sea Edición en curso. Una vez activada, la versión del tipo de pruebas dinámicas se puede enlazar con un aso de producto o con un caso integrado y, de este modo, se puede utilizar en el espacio de trabajo del asistente social para registrar los datos de pruebas de caso.
De forma subordinada, la activación de la versión del tipo de pruebas dinámicas es compleja y pasa por dos fases.
En la primera, la versión del tipo de pruebas dinámicas seleccionada cambia su estado a Pendiente de activación para permitir que se generen y publiquen reglas. Una vez finalizado esto, el estado de la versión del tipo de pruebas dinámicas cambia automáticamente a Activo.
Nota: Debido a su complejidad intrínseca, el proceso de activación de las versiones del tipo de pruebas dinámicas utiliza el proceso diferido de Cúram, que es asíncrono por naturaleza. Como resultado, es posible que el usuario tenga que utilizar el botón Renovar en la página Lista de tipos de pruebas dinámicas para ver el cambio del estado de Pendiente de activación a Activo.
Se generan un gran número de artefactos adicionales durante la activación de una versión del tipo de pruebas dinámicas, tales como, las configuraciones de separadores de interfaz de usuario, los conjuntos de reglas CER, etc. (consulte el apartado Artefactos generados para obtener más información).
Activar una versión del tipo de pruebas dinámicas es el último paso antes de que la versión se active y que se puedan registrar los datos de pruebas de caso relacionados con la misma. Para asegurar la validez de la versión y los metadatos, automáticamente se realizan un conjunto de validaciones durante la activación. Los problemas de validación se visualizan en el diálogo de confirmación que se presenta al administrador tras la activación. Todos los problemas de validación se deben solucionar antes de que pueda activarse la versión del tipo de pruebas dinámicas.
Se realizan las validaciones siguientes:
- Una nueva versión de tipo de pruebas dinámicas debe tener una fecha efectiva posterior a la fecha efectiva de la versión a activa más reciente del mismo tipo de pruebas dinámicas, por ejemplo, la fecha efectiva no puede solaparse con las versiones activas anteriores.
- Una nueva versión del tipo de pruebas dinámicas debe tener una fecha efectiva que sea posterior al registro de pruebas de caso más reciente en relación con las versiones activas anteriores del mismo tipo de pruebas dinámicas, por ejemplo, la fecha efectiva no puede solaparse con los datos de las pruebas de caso registrados anteriormente.
- Los metadatos XML se validan estructuralmente en relación con un esquema predefinido.
- También pueden realizarse validaciones adicionales de los metadatos XML que no pueden expresarse en un esquema XML (incluidas las validaciones de versiones cruzadas para aplicar las restricciones sobre la evolución de los metadatos a lo largo del tiempo).
- Suprimir
- Esta acción suprime la versión del tipo de pruebas dinámicas seleccionada y todos los artefactos relacionados generados tras la activación, por ejemplo, las páginas UIM dinámicas y los recursos localizable, los conjuntos de reglas CER, las configuraciones de separadores, etc. No se puede suprimir una versión del tipo de pruebas dinámicas si tiene asociados registros de pruebas de caso cuyo estado sea En curso de edición o Activo. Estos registros de pruebas de caso se deben suprimir antes de poder suprimir la versión del tipo de pruebas dinámicas.
Nota: Esto es de interés especial cuando se prueban las versiones del tipo de pruebas dinámicas en un entorno de prueba o de transición antes de poner activarlas en un entorno de producción; cuando se realizan pruebas de nuevas versiones (que generalmente serán revisiones de las versiones anteriores), todos los registros de las pruebas caso relacionados con versiones anteriores se deben suprimir antes de que se puedan suprimir sus versiones del tipo de pruebas dinámicas correspondientes.