Propiedades de servicio de ejecución de prueba soportadas
El servicio de ejecución de prueba tiene las propiedades específicas que soporta y diferentes combinaciones de
valores asignados a estas propiedades que especifican la naturaleza y el sentido de la ejecución de prueba. Estas
propiedades son argumentos de entrada para el servicio de ejecución de prueba parametrizado y cada propiedad tiene
metapropiedades adicionales como por ejemplo la indicación de si una propiedad dada es opcional u obligatoria, cómo se
relaciona con otras propiedades especificadas en el servicio y cuál es el valor predeterminado si no se especifica un
valor explícitamente. También hay algunas propiedades generales soportadas por los servicios automatizables.
Propiedades definidas
El servicio define las propiedades que soporta mientras que los adaptadores de automatización de cliente
proporcionan un medio nativo de establecer estas propiedades. Cada propiedad descrita a continuación se establece de
manera estándar tal como prescribe cada adaptador de automatización de cliente (los tres adaptadores incluidos en TPTP
son los adaptadores ant, shell y Java.)
- workspace (absoluta, relativa o relativa al proyecto, opcional, el valor predeterminado es el
espacio de trabajo predeterminado, por ejemplo "d:\workspace")
- project (relativa al espacio de trabajo, opcional, el valor predeterminado consiste en crear uno
nuevo para albergar la ejecución, por ejemplo "d:\workspace\project" y "project")
- suite (absoluta, relativa o relativa al proyecto, necesaria, por ejemplo
"d:\tests\test.testsuite" y "manualTests/test.testsuite")
- deployment (absoluta, relativa o relativa al proyecto, opcional, el valor predeterminado es el
despliegue predeterminado, por ejemplo "d:\tests\test.deploy" y "deployments/test.deploy")
- results (absoluta, relativa o relativa al proyecto, opcional, el valor predeterminado depende del
tipo de prueba pero normalmente está en la raíz del proyecto, por ejemplo "d:\tests\results\test.execution" y
"results/test.execution")
- overwrite (true o false lo que indica sobrescribir los resultados o crear resultados nuevos
basándose en el nombre antiguo, opcional, el valor predeterminado es false)
- classpath (la vía de acceso de clases delimitada para la ejecución de prueba, opcional si se
especifica el proyecto, necesaria si no se especifica el proyecto y la vía de acceso de clases no está definida en las
propiedades de la ubicación referida por el proyecto, este valor se antepone a la vía de acceso de clases existente,
por ejemplo "d:\sut\application.jar; d:\sut\libraries\jakarta-oro.jar")
- connection (la serie de la conexión de Agent Controller, actualmente esta serie tendrá
identificados RAC o IAC así como el número de puerto y host, opcional, si se especifica sobrescribriá los valores
almacenados en las propiedades de ubicación de despliegue seleccionadas, por ejemplo "tptp:rac://localhost:5150" y
"tptp:iac://localhost"and"tptp:rac://pulsar.eclipse.org:10002/default/user=scotts&password=secret")
- configuration (utiliza una configuración de lanzamiento preexistente, opcional, pero si se
proporciona especificará el despliegue y todo lo asociado con ese despliegue sin tener que especificarlo más, una
configuración de lanzamiento puede guardarse en una ubicación externa desde los diálogos de configuración de
lanzamiento, el ejemplo es "d:\launches\test.launch")
- service (el identificador de servicio, opcional, si se especifica se utilizará en lugar del
servicio de ejecución de prueba incluido, el valor predeterminado es "org.eclipse.hyades.test.tools.core.execute", por
ejemplo "com.ibm.rational.services.execute")
- vmargs (los argumentos de VM que se van a utilizar en la instancia de Eclipse automatizada, no se
transfieren a la VM SUT, opcional, el valor predeterminado es ninguno más allá del valor predeterminado por la
configuración de Eclipse)
- synchronous (indica si el servicio de ejecución de prueba se ejecuta de forma síncrona o
asíncrona, la ejecución síncrona se bloqueará hasta que el servicio marque la finalización)
Combinaciones de propiedades de ejemplo
El servicio define las propiedades que soporta mientras que los adaptadores de automatización de cliente
proporcionan medios nativos de establecer estas propiedades. Cada propiedad descrita a continuación se establece de
manera estándar tal como prescribe cada adaptador de automatización de cliente (los tres adaptadores incluidos en TPTP
son los adaptadores ant, shell y Java.) Consulte la documentación HTM Javadoc de la clase TestExecutionService para
obtener más información.
- 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
Conceptos relacionados
Visión general de la infraestructura de servicios automatizable
Tareas relacionadas
Utilizar los servicios automatizables de TPTP
Lanzar pruebas desde scripts y aplicaciones
(C) Copyright IBM Corporation 2000, 2006. Reservados todos los derechos.