Des modifications ont été apportées aux deux plug-ins dont dépend le plug-in du modèle de comportement de protocole :
La version transmise dans cette méthode correspond à la version du test. LTTestUtil.getCurrentVersion() renvoie toujours la version actuelle de la suite de tests qui peut être créée avec la version installée du produit. Les méthodes de la classe BehaviorUtil permettent de comparer les objets de deux versions au choix.
Un élément de modèle peut implémenter cette interface à condition qu'il s'agisse d'un conteneur et que ce dernier possède des enfants dans le modèle. CBLoop, LTTransaction et LTTest représentent des exemples d'élément de modèle de base qui implémentent cette interface.
Si un élément de modèle de protocole est requis pour conserver les données autres que du texte ou une grande quantité de données, les données conservées peuvent affecter les performances si elles le sont dans le modèle de suite de tests. Pour empêcher les problèmes de performances, ces types de données sont stockés dans un fichier intitulé annotation, qui se trouve dans la suite de tests, mais en dehors du modèle. Pour utiliser cette fonction, l'attribut qui conserve les données doit être créé avec le type LTAnnotation. Utilisez les API fournies dans cette interface pour accéder aux données.
Un élément de modèle peut implémenter cette interface si cette dernière est requise pour consigner des données ARM (Aplication Resource Monitoring). ARM doit être pris en charge par le protocole testé pour que cette fonction fonctionne de bout en bout.
Le modèle peut maintenant être étendu à l'aide d'IBM® Rational Software Architect Eclipse Modeling Framework (EMF). Un premier modèle de base est fourni avec le plug-in LTBM (Load Test Behavior Model). Vous pouvez commencer avec ce modèle et ajouter les éléments du modèle d'extension de protocole au modèle de base. Lors de la génération du code EMF, choisissez l'élément de modèle unique au modèle de protocole.