Prima di organizzare l'estensione, tenere presente le limitazioni e le istruzioni riportate in questa sezione.
Limitazioni
Le seguenti limitazioni si applicano ai plug-in:
- La parte di esecuzione dei plug-in deve essere distribuita su un agente. Non è possibile supporre che Software Development Workbench sia disponibile.
- La parte di esecuzione dei plug-in non può dipendere dal codice dello spazio di lavoro.
- La parte di esecuzione del codice non può dipendere dallo spazio di lavoro in quanto nulla è disponibile sull'agente.
Per risultati migliori, è inoltre necessario ridurre la quantità di codice distribuita sull'agente per l'esecuzione.
Istruzioni per la denominazione dei plug-in
La maggior parte dei plug-in di Rational Performance Tester segue questa convenzione di denominazione:
<prefisso>.<componente>[.componentesecondario].<protocollo>
dove:
- prefisso: il prefisso com.ibm.rational.test.lt è utilizzato per tutti i plug-in di Rational Performance Tester specifici al test di carico.
- componente: uno dei componenti di estensione: testgen, datacorrelation, testeditor, codegen, execution o models.
- componentesecondario: alcuni plug-in contengono componenti secondari (ad esempio, execution.ui contiene l'area dell'interfaccia utente di esecuzione) oppure devono avere un codice separato basato sul relativo utilizzo in un componente differente (ad esempio, datacorrelation.testgen e datacorrelation.execution).
- protocollo: ad esempio, http o sap. Alcuni plug-in utilizzano core come plug-in di base.
Utilizzando queste convenzioni, l'estensione può avere i seguenti plug-in:
- 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
In alternativa, è possibile dividere il codice in due plug-in, uno per il workbench
e uno per l'esecuzione. Ciò ha il vantaggio di distribuire un numero inferiore di plug-in.
Per un esempio, fare riferimento all'estensione Siebel di Performance Tester.
Utilizzando questo metodo, si avranno i seguenti due plug-in:
- com.ibm.rational.test.lt.protocol
- com.ibm.rational.test.lt.protocol.execution
All'interno di questi plug-in, è possibile sistemare i componenti in uno dei due modi seguenti:
- Come cartelle di origine separate
- Come package separati in una cartella di origine singola