En otras situaciones, una versión de tipo de prueba de Cúram (para un tipo particular de prueba dinámica) puede coincidir exactamente con los requisitos de cliente, o pueden necesitar una mínima modificación para que cumplan dichos requisitos. En tales casos, los clientes pueden utilizar la acción 'New InEdit Copy' para clonar la versión correspondiente de prueba dinámica activa de Cúram. Esto puede ser poco intuitivo en situaciones en la que los clientes no vayan a realizar cambios, pero es un paso importante para garantizar que el uso de clientes de dichos tipos no se vea afectado por futuros releases de dichos tipos de IBM. Si va a utilizar una versión de tipo de prueba dinámica de Cúram, debe crear una nueva copia primero de InEdit.
La nueva versión de tipo de prueba dinámica clonada debe tener asignada una fecha efectiva para los requisitos empresariales del programa que se va a implementar (consulte el apartado en Líneas de tiempo de pruebas dinámicas para obtener detalles). Tenga en cuenta que la fecha efectiva de los tipos de pruebas dinámicas de Cúram se definirán de forma normal en una fecha lejana en el pasado, por ejemplo, 1 de enero de 1900.
Nota: Si en el futuro, un tipo de prueba dinámica de Cúram tiene que ser un error que corrija IBM, o si necesita mejorar, siempre se realizará a través del release de una nueva versión de tipo de prueba dinámica, por ejemplo, no se cambiarán en el lugar versiones de tipo de prueba dinámica enviadas anteriormente. En tales casos, la fecha efectiva de la versión del tipo de prueba dinámica de Cúram incrementará en un día respecto al de la versión anterior.
Esto se hace para garantizar que los clientes siempre puedan analizar qué cambios se han realizado y decidir si aplicarlos o no a sus versiones personalizadas.
Nota: Si no se utiliza un tipo de prueba dinámico proporcionado por Cúram en un programa de cliente (entrega de producto, caso integrado, etc.), deben cancelarse las versiones de tipo de pruebas dinámicas que no son necesarias en una implementación de proyecto. De esta forma, se garantiza que no se registren sin querer en los registros de pruebas en un entorno de tiempo de ejecución. Si existen en un sistema de producto, siempre existe la posibilidad de que un trabajador del caso intente introducir un registro de prueba de un datos recibido que solape a una versión de tipo de pruebas dinámicas enviadas por Cúram, sin querer que este sea el comportamiento.