Antes de
organizar sua extensão, note as restrições e as diretrizes fornecidas neste
tópico.
Restrições
As instruções a seguir aplicam-se a plug-ins:
- A parte de execução do plug-in deve ser implementada em um agente.
Não se
pode supor que o Software Development Workbench esteja disponível.
- A parte de execução do código do plug-in não pode depender de nenhum código do
ambiente de trabalho.
- A parte de execução do código não pode depender da área de trabalho porque
não há nada disponível no agente.
Para melhores resultados, minimize a quantidade de código que é implementada no agente
para execução.
Orientações para Nomenclatura de Plug-ins
A maioria dos plug-ins de base do Rational Performance
Tester seguem esta convenção de nomenclatura:
<prefixo>.<componente>[.subcomponente].<protocolo>
em que:
- prefixo: O prefixo com.ibm.rational.test.lt é utilizado para todos os
plug-ins específicos de teste de carga do Rational Performance Tester.
- componente: Um dos componentes de extensão: testgen, datacorrelation, testeditor, codegen, execution ou models.
- subcomponente: Alguns plug-ins contêm subcomponentes (por exemplo, execution.ui contém
a parte de UI de execução) ou podem ter código separado com base em sua utilização
em um componente diferente (por exemplo, datacorrelation.testgen e datacorrelation.execution).
- protocolo: Por exemplo, http ou sap.
(Alguns plug-ins
utilizam core para o plug-in de base.)
Utilizando essas convenções, a extensão pode ter os seguintes plug-ins:
- 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
Alternativamente, o código pode ser dividido em dois plug-ins, um para o ambiente de trabalho
e outro para a execução. A vantagem é a implementação de menos plug-ins. Para obter um exemplo, consulte a extensão Siebel para o Performance Tester.
Utilizando esse método, você teria os dois seguintes plug-ins:
- com.ibm.rational.test.lt.protocol
- com.ibm.rational.test.lt.protocol.execution
Nesses plug-ins, é possível organizar os componentes de uma destas duas
formas:
- Como pastas de origem separadas
- Como pacotes separados dentro de uma única pasta de origem