Las pruebas no dinámicas no contienen el concepto de versiones de tipo de pruebas existentes en las pruebas dinámicas. En las pruebas no dinámicas, cada fragmento de pruebas de caso registrado con el tiempo tiene la misma estructura de datos y la misma interfaz de usuario. Esto puede ocasionar problemas si, por ejemplo, los cambios en la legislación requiere que se registre un elemento de datos de pruebas adicional. Y para tener esto en cuenta, será necesario crear un tipo de pruebas totalmente nuevo y modificar el código y la interfaz de usuario. De modo alternativo, el tipo de pruebas existente se deberá modificar y será necesario realizar una migración de datos para rellenar el nuevo campo de los registros de pruebas existentes o el código deberá tener en cuenta que el atributo no estará presente en algunas pruebas de caso. De cualquiera de los modos, esto resultará complicado.
Sin embargo, las pruebas dinámicas incluyen el concepto de versiones de tipo de pruebas dinámicas, el cual permite que la estructura de las pruebas de caso cambien con el tiempo. Un tipo de pruebas dinámicas puede tener una sola versión de tipo de pruebas dinámicas o puede tener varias, constituyendo una línea de tiempo de las modificaciones en la estructura del tipo de versión de pruebas dinámicas.
La fecha en la que esto se engrana es el campo Fecha efectiva de la versión de tipo de pruebas dinámicas. La línea de tiempo empieza con la versión de tipo de pruebas dinámicas cuya fecha efectiva es más temprana y se amplía en el futuro hasta el infinito (esto, no existe una fecha de finalización). El período de tiempo durante el cual está activa cada versión de tipo de pruebas dinámicas se amplía hasta el día antes de la fecha efectiva de la siguiente versión de tipo de pruebas dinámicas de la línea de tiempo.
Existen restricciones sobre lo que se puede y no se puede hacer cuando se administran las versiones de tipo de pruebas dinámicas. Una restricción es que sólo se puede cambiar la fecha efectiva en una versión de tipo de pruebas dinámicas cuando su estado es de Edición en curso y cuando su estado es Activo.
No se puede crear una versión de tipo de pruebas dinámicas con una fecha efectiva anterior a la versión de tipo de pruebas dinámicas existente, ya que esto haría que el proceso de los registros de pruebas de caso sean ambiguos o incorrectos. Del mismo modo, si está creando una nueva versión de tipo de pruebas dinámicas que reemplazará a una existente, no deberá haber ningún registro de pruebas de caso para el tipo de pruebas durante el período que cubrirá la nueva versión de tipo de pruebas dinámicas.
Tenga en cuenta que actualmente no hay ningún modo administrativo de corregir una versión de tipo de pruebas dinámicas activa que tenga registros de pruebas de caso existentes y, por lo tanto, es importante asegurarse de que las versiones de tipo de pruebas dinámicas se prueben por completo antes de introducir registros de pruebas de caso activos en relación con las mismas en un sistema de producción.