Propriedades Suportadas do Serviço de Execução de Teste
O serviço de execução de teste suporta propriedades específicas e
várias combinações de valores designados a essas propriedades especificam a
natureza e a direção da execução do teste. Essas propriedades são argumentos
de entrada para o serviço de execução de teste em parâmetros e cada uma delas
possui metapropriedades adicionais, tal como indicar se uma determinada propriedade
é opcional ou obrigatória, como se relaciona com outras propriedades especificadas
no serviço e qual será o valor padrão se um valor não for especificado
explicitamente. Há também algumas propriedades gerais suportadas por todos os
serviços automatizáveis.
Propriedades Definidas
O serviço define as propriedades suportadas, enquanto os adaptadores
de automatização do cliente fornecem meios nativos para configurá-las. Cada
propriedade descrita a seguir é configurada de uma forma padrão conforme prescrito pelos
adaptadores de automatização do cliente (os adaptadores da árvore incluídos no TPTP são o
ant, o shell e o Java).
- workspace (absoluto, relativo ou relativo ao projeto,
opcional, o padrão é o espaço de trabalho padrão, por exemplo, "d:\workspace")
- project (relativo ao espaço de trabalho, opcional,
o padrão é criar um novo para hospedar a execução, por exemplo,
"d:\workspace\project" e "project")
- suite (absoluto, relativo ou relativo ao projeto,
obrigatório, por exemplo, "d:\tests\test.testsuite" e
"manualTests/test.testsuite")
- deployment (absoluto, relativo ou
relativo ao projeto, opcional, o padrão é a implementação padrão, por exemplo,
"d:\tests\test.deploy" e "deployments/test.deploy")
- results (absoluto, relativo ou relativo ao projeto,
opcional, o padrão depende do tipo de teste, mas geralmente na raiz do
projeto, por exemplo, "d:\tests\results\test.execution" e
"results/test.execution")
- overwrite (true ou false, indicando a
sobrescrição dos resultados ou a criação de novos resultados com base no nome
antigo, opcional, o padrão é false)
- classpath (o caminho de classe delimitado da execução
do teste, opcional se o projeto for especificado, obrigatório se o projeto não
for especificado e o caminho de classe não estiver definido nas propriedades locais
referidas na implementação; esse valor é pré-anexado ao caminho de classe existente,
por exemplo, "d:\sut\application.jar; d:\sut\libraries\jakarta-oro.jar")
- connection (a cadeia de conexão do agent controller,
atualmente essa cadeia terá RAC ou IAC, assim como o host
e o número da porta identificados, opcional, se especificado, ele sobrescreverá
as configurações armazenadas nas propriedades selecionadas do local de implementação,
por exemplo, "tptp:rac://localhost:5150" e
"tptp:iac://localhost" e "tptp:rac://pulsar.eclipse.org:10002/default/user=scotts&password=secret")
- configuration (utiliza uma configuração de ativação
preexistente, opcional, mas, se fornecida, especificará a implementação
e tudo que estiver associado a ela sem ter que
especificá-la ainda mais; uma configuração de ativação pode ser salva em um
local externo a partir dos diálogos de configuração de ativação, por exemplo,
"d:\launches\test.launch")
- service (o identificador de serviço, opcional, se
especificado, será utilizado no lugar do serviço de execução de teste
incluído, o padrão é "org.eclipse.hyades.test.tools.core.execute",
por exemplo, "com.ibm.rational.services.execute")
- vmargs (os argumentos VM a serem utilizados na instância
automatizada do Eclipse, não transferidos para a VM SUT, opcional, o padrão é
nenhum, além do padrão estabelecido na configuração do Eclipse)
- synchronous (indica se o serviço de
execução de teste será executado sincrônica ou assincronicamente;
a execução síncrona será bloqueada até a conclusão dos sinais de serviço)
Exemplo de Combinações de Propriedades
O serviço define as propriedades suportadas, enquanto os adaptadores
de automatização do cliente fornecem meios nativos para configurá-las. Cada
propriedade descrita a seguir é configurada de uma forma padrão conforme prescrito pelos
adaptadores de automatização do cliente (os adaptadores da árvore incluídos no TPTP são o
ant, o shell e o Java). Consulte a documentação Javadoc HTML da classe
TestExecutionService para obter informações adicionais.
- suite=/home/scotts/tests/A.testsuite
- project=B, suite=B.testsuite
- workspace=/home/scotts/workspace, suite=/home/scotts/tests/E.testsuite
- connection=tptp:rac:/192.168.1.112, suite=c:/tests/H.testsuite
- workspace=d:\workspace, project=C, suite=C.testsuite
- connection=tptp:iac:/localhost, project=I, suite=I.testsuite
- project=D, testsuite=D.testsuite, deployment=D.deploy
- workspace=d:\workspace, project=E, suite=E.testsuite,
deployment=E.deploy, results=latestResults.execution
- suite=./tests/E.testsuite, results=./tests/results/latestResults.execution,
classpath=./tests/bin
- connection=tptp:rac://localhost:10002, suite=.\tests\F.testsuite,
results=.\tests\results\latestResults.execution, classpath=.\tests\bin;.\aux\bin
vmArgs=-Xj9
Conceitos Relacionados
Visão Geral da Estrutura de Serviços Automatizáveis
Tarefas Relacionadas
Utilizando os Serviços Automatizáveis TPTP
Ativando Testes de Scripts e Aplicativos
(C) Direitos Autorais IBM Corporation 2000, 2006. Todos os direitos reservados.