Hay cambios en los dos conectores de los que depende el modelo de comportamiento del protocolo:
La versión que se pasa a este método es la versión de la prueba. LTTestUtil.getCurrentVersion() siempre devuelve la versión actual de la suite de pruebas que se puede crear con la versión instalada del producto. Los métodos de la clase BehaviorUtil permiten comparar objetos de dos versiones.
Un elemento de modelo puede implementar esta interfaz siempre que sea un contenedor y tenga hijos en el modelo. Algunos ejemplos de elementos de modelo principales que implementan esta interfaz son CBLoop, LTTransaction y LTTest.
Si para conservar datos que no son texto o que son de gran volumen es necesario un elemento de modelo de protocolo, los datos que están guardados podrían repercutir en el rendimiento si siguen estando dentro del modelo de suite de pruebas. Para evitar los problemas de rendimiento, estos tipos de datos se almacenan en un archivo denominado anotación, que se encuentra en la suite de pruebas, pero fuera del modelo. Para utilizar esta función, el atributo que conserva los datos se debe crear con el tipo LTAnnotation. Utilice las API que se proporcionan en esta interfaz para acceder a los datos.
Un elemento de modelo puede implementar esta interfaz si es necesaria para registrar los datos de Supervisión de recursos de la aplicación (ARM). El protocolo cuyas pruebas se estén realizando para que esta función funcione de extremo a extremo debe dar soporte a ARM.
El modelo se puede ampliar ahora utilizando Eclipse Modeling Framework (EMF) de IBM® Rational Software Architect. Se proporciona un modelo iniciador básico junto con el conector Modelo de comportamiento de pruebas de carga (LTBM). Puede empezar con este modelo y añadir los elementos de modelo de ampliación del protocolo al modelo base. Cuando se genere el código EMF, elija el elemento de modelo exclusivo para el modelo del protocolo.