El editor de pruebas dinámicas da soporte a la definición de padres obligatorios y opcionales en la sección de modelado. Como tal, las relaciones se definen en una de las versiones de tipo de pruebas dinámicas del tipo de pruebas hijo. En cuanto se guardan los metadatos de la versión del tipo de pruebas hijo, se genera un atributo de regla. Este atributo de regla puede utilizarse para navegar a los registros de pruebas padre de un registro de pruebas hijo concreto. El nombre de este atributo de regla será el mismo que el de la relación padre y el tipo será java.util.List<Clase de regla padre>. En el caso de que un tipo de pruebas dinámicas tenga varios tipos padre, se generará un atributo se generarán para cada tipo padre.
El conjunto de reglas del tipo de pruebas padre se actualizará para que contenga un atributo de regla para navegar a los registros hijo de un determinado registro padre. Se generará un atributo de este tipo para cada tipo de prueba hijo. El atributo de un tipo de pruebas hijo concreto se generará únicamente cuando se active la versión de tipo de pruebas hijo que contiene la definición padre.
Cuando se establece la relación padre e hijo y se activan las versiones de tipo de pruebas padre e hijo, el sistema genera un atributo de relación en la clase de reglas de proceso padre. Este atributo se denomina 'related_<nombre lógico de tipo de pruebas hijo>' y se puede utilizar en los conjuntos de reglas personalizados (por ejemplo, en el conjunto de reglas de elegibilidad y titularidad) para navegar desde un registro de pruebas padre a sus hijos. No se debe hacer referencia a este atributo en los conjuntos de reglas personalizados antes de que se activen las versiones de tipo de pruebas padre e hijo. Si se utiliza antes se producirá un error de validación CER cuando se active la versión padre o hijo. Esto no es un defecto sino un método recomendado para desarrollar conjuntos de reglas para los tipos de pruebas dinámicas hijo.