Lorsque vous configurez des formulaires pour prendre en charge des données fusionnées, analysez les exigences relatives à la fusion des données du formulaire par rapport aux données d’entrée. Vous devez concevoir le formulaire d’après la structure des données d’entrée.
Il est recommandé de revoir les données d’entrée et de préparer un fichier de données d’exemple ou de demander à LiveCycle Designer ES de générer automatiquement ce fichier à des fins de test.
Vous pouvez utiliser des données d’exemple pour vérifier le comportement d’un formulaire, mais il demeure important de faire des tests approfondis. Pour optimiser les résultats, testez la conception de formulaire avec les données générées par le système. Vous pouvez générer les données d’exemple comme suggéré dans la liste suivante afin de déterminer si la disposition, le formatage, le contenu et le comportement d’un formulaire répondent aux exigences :
Pour vérifier si le formatage des données (par exemple, le type de police, la taille de la police et l’alignement des paragraphes) est correct, générez des données pour chaque champ du formulaire. Les données vous permettront également de vérifier toutes les valeurs des champs calculés.
Pour vérifier si la taille des objets de champ est suffisante pour accueillir toutes les valeurs des données, générez des données permettant d’atteindre le nombre maximum de caractères autorisé par champ.
Si votre conception de formulaire comporte des sous-formulaires qui se répètent, générez des groupes de données répétitifs pour tester l’affichage de ces sous-formulaires dans le fichier de données d’exemple que vous créez. Si vous utilisez un fichier de données d’exemple généré automatiquement, vous pouvez spécifier le nombre de répétitions du groupe de données.
Si la conception de formulaire comporte des débuts/fins de débordement, générez les données requises pour tester chaque début ou fin de débordement et les paramètres d’occurrence associés. Vous devez générer suffisamment de groupes de données qui se répètent afin qu’ils débordent sur trois pages, ce qui vous permettra également de vérifier la numérotation des pages. Utilisez les données d’exemple (ajoutez les groupes de données qui se répètent un par un) pour vérifier l’aspect d’un sous-formulaire qui se répète lorsqu’il s’étend sur une nouvelle page.
Pour tester le paramètre de modèle de données s’appliquant aux données liées, assurez-vous que toutes les valeurs de données suivent le même format généré par le système, en particulier si la syntaxe des données source ne correspond pas aux valeurs par défaut de LiveCycle Designer ES.
Attention : 
assurez-vous que les données du formulaire ne contiennent pas de valeurs hexadécimales comprises entre 0×00 et 0×20, à l’exception du retour chariot, du changement de ligne et de la tabulation horizontale. Ces valeurs ne sont pas des caractères XML corrects reconnus par LiveCycle Forms ES.
<root_node>
<first_node>value</first_node>
<second_node>value</second_node>
<last_node>value</last_node>
</root_node>
Comparez le flux des données d’entrée à la disposition du formulaire. Si vous utilisez une liaison implicite, les noms des noeuds de données doivent correspondre aux champs et aux conteneurs correspondants du formulaire et suivre l’ordre de remplissage du formulaire.
Si le fichier des données d’entrée comprend davantage de niveaux d’imbrication que les éléments de la palette Hiérarchie, vous devez définir les liaisons de données de tous les objets imbriqués de manière explicite via le panneau Liaison de la palette Objet.
Dans le fichier des données d’entrée, recherchez les données qui sont répétées, mais qui ne figurent pas dans tous les enregistrements. Ces données pourraient peut-être être traitées en tant qu’objets standard dans les gabarits ou dans des sous-formulaires qui répètent les données pour des enregistrements spécifiques.
Voir aussi 

Points à prendre en compte lors du test de conceptions de formulaire avec des données