Antes de organizar
la ampliación, tenga en cuenta las restricciones y las recomendaciones que se proporcionan en este
tema.
Restricciones
Se aplican las siguientes restricciones sobre los conectores:
- La parte de ejecución del conector debe desplegarse en un agente.
No se puede
presuponer que Software Development Workbench está disponible.
- La parte de ejecución del conector no puede depender de ningún código del
entorno de trabajo.
- La parte de ejecución del código no puede depender del espacio de trabajo porque
no se dispone de ninguno en el agente.
Para obtener resultados óptimos, minimice la cantidad de código que se despliega en el agente
para su ejecución.
Instrucciones para la denominación de conectores
La mayoría de los conectores base de Rational Performance
Tester siguen este convenio de denominación:
<prefijo>.<componente>[.subcomponente].<protocolo>
donde:
- prefijo: El prefijo com.ibm.rational.test.lt se utiliza para todos los conectores
de Rational Performance Tester específicos de las pruebas de carga.
- componente: Uno de los componentes de ampliación: testgen, datacorrelation, testeditor, codegen, execution o models.
- subcomponente: Algunos conectores contienen subcomponentes (por ejemplo, execution.ui contiene la
parte de ejecución de la interfaz de usuario) o puede que tengan un código separado en función de su uso en un otro
componente (por ejemplo, datacorrelation.testgen y datacorrelation.execution).
- protocolo: Por ejemplo, http o sap.
(Algunos conectores
utilizan core como conector base).
Mediante estos convenios, la ampliación puede tener los siguientes conectores:
- com.ibm.rational.test.lt.recorder.protocol
- com.ibm.rational.test.lt.testgen.protocol
- com.ibm.rational.test.lt.models.protocol
- com.ibm.rational.test.lt.testeditor.protocol
- com.ibm.rational.test.lt.sdksamples.datacorrelation.testgen.protocol
- com.ibm.rational.test.lt.sdksamples.datacorrelation.execution.protocol
- com.ibm.rational.test.lt.codegen.protocol
- com.ibm.rational.test.lt.execution.protocol
- com.ibm.rational.test.lt.execution.results.protocol
O bien, se puede dividir el código en dos conectores, uno para el entorno de trabajo
y uno para la ejecución. Esto tiene la ventaja de desplegar menos conectores. Como ejemplo, consulte la ampliación de Siebel a Performance Tester.
Mediante este método, tendría los dos conectores siguientes:
- com.ibm.rational.test.lt.protocol
- com.ibm.rational.test.lt.protocol.execution
Dentro de estos conectores, puede disponer los componentes de una de las dos maneras
siguientes:
- Como carpetas de origen separadas
- Como paquetes separados con una única carpeta de origen