Los tipos de pruebas dinámicas deben estar asociados con la entrega de producto o con casos integrados para poder ser utilizados en el espacio de trabajo del asistente social para capturar datos de pruebas de caso. Esto se lleva a cabo mediante la misma interfaz de administración que se utiliza para asociar los tipos de pruebas no dinámicas con los tipos de casos (consulte la Guía de pruebas de Cúram para obtener más información). No hay ninguna diferencia entre las pruebas dinámicas y las pruebas no dinámicas en este proceso. Todos los tipos de pruebas del sistema se presentan a los usuarios en una lista de selección.
Como se ha mencionado anteriormente, un tipo de pruebas dinámicas pasa a estar disponible para asociarlo a una entrega de producto o a un caso integrado si al menos tiene una versión en estado Activo. Los tipos de pruebas dinámicas que solo tienen una versión en Edición en curso se filtran y no figuran en la lista de selección.
El administrador puede posteriormente regresar y cancelar la versión del tipo de pruebas dinámicas que está en estado Activo. Potencialmente, esta condición puede provocar errores en el espacio de trabajo del asistente social, ya que no habrán metadatos disponibles con los que generar las páginas de mantenimiento de las pruebas de caso para un tipo de pruebas dinámicas como este (tenga en cuenta que el enlace para el tipo de caso todavía existirá).
Para evitar estos problemas, los tipos de pruebas dinámicas que no tengan versiones Activas se filtran y no figuran en el espacio de trabajo del asistente social, de modo que los asistentes sociales no pueden seleccionarlos.
Los enlaces entre un tipo de pruebas dinámicas y las entregas de productos o los casos integrados se eliminan automáticamente cuando se elimina el tipo de pruebas dinámicas.