Obsługiwane właściwości usługi wykonywania testu
Istnieją określone właściwości, które są obsługiwane przez usługę wykonywania testu, i różne kombinacje wartości przypisanych do tych właściwości określają charakter i kierunek wykonywania testu.
Właściwości te są argumentami wejściowymi sparametryzowanej usługi wykonywania testu i do każdej właściwości są przypisane dodatkowe metawłaściwości, np. wskazujące, czy dana właściwość jest opcjonalna czy wymagana, jaka jest jej relacja z innymi właściwościami określonymi w usłudze i jaka jest wartość domyślna, gdy wartość nie jest bezpośrednio określona.
Istnieją również pewne właściwości ogólne, które automatyzują obsługę usługi.
Zdefiniowane właściwości
Właściwości obsługiwane przez usługę są w niej zdefiniowane, a środki ich ustawiania są zawarte w adapterach automatyzacji klienta.
Każda opisana poniżej właściwość jest ustawiana w sposób standardowy zgodnie z wymaganiami danego adaptera automatyzacji klienta (trzy adaptery zawarte w platformie TPTP to adaptery ant, powłoki i Java).
- workspace (bezwzględna, względna lub względem projektu, wartość domyślna to domyślny obszar roboczy, przykład: "d:\workspace")
- project (względem obszaru roboczego, opcjonalna, wartość domyślna oznacza utworzenie nowego projektu, gdzie nastąpi wykonanie, przykłady: "d:\workspace\project" i "project")
- suite (bezwzględna, względna lub względem projektu, wymagana, przykłady: "d:\tests\test.testsuite" i "manualTests/test.testsuite")
- deployment (bezwzględna, względna lub względem projektu, wartość domyślna to domyślne wdrożenie, przykłady: "d:\tests\test.deploy" i "deployments/test.deploy")
- results (bezwzględna, względna lub względem projektu, opcjonalna, wartość domyślna to zależnie od typu testu, ale zazwyczaj znajduje się w katalogu głównym projektu, przykłady: "d:\tests\results\test.execution" i "results/test.execution")
- overwrite (wartość true lub false wskazująca, czy wyniki mają być zastępowane, czy mają być tworzone nowe wyniki na podstawie starej nazwy, wartość domyślna to false)
- classpath (ograniczona ścieżka klasy wykonania testu, opcjonalna, jeśli jest określony projekt; wymagana, jeśli projekt nie jest określony, a ścieżka klasy nie jest zdefiniowana we właściwościach wskazanego położenia wdrożenia, wartość ta jest dodawana przed istniejącą ścieżką klasy, przykład: "d:\sut\application.jar; d:\sut\libraries\jakarta-oro.jar")
- connection (łańcuch połączenia z komponentem Agent Controller, aktualnie w tym łańcuchu jest identyfikowany RAC lub IAC, jak również numer portu i host, opcjonalna, jeśli jest określona, zastępuje wszystkie ustawienia we właściwościach wybranego położenia wdrożenia, przykłady: "tptp:rac://localhost:5150" i "tptp:iac://localhost" i "tptp:rac://pulsar.eclipse.org:10002/default/user=scotts&password=secret")
- configuration (wykorzystywana jest wcześniej istniejąca konfiguracja startowa, opcjonalna, ale jeśli jest podana, to określa wdrożenia i wszystko, co jest z nim związane, bez konieczności dalszego jego określania, konfigurację startową można zapisać w zewnętrznym położeniu z poziomu okien dialogowych konfiguracji startowej, przykład: "d:\launches\test.launch")
- service (identyfikator usługi, opcjonalna, jeśli jest określona, zostanie użyta zamiast dołączonej usługi wykonywania testu, wartość domyślna to "org.eclipse.hyades.test.tools.core.execute",przykład: "com.ibm.rational.services.execute")
- vmargs (argumenty VM, które mają być używane w zautomatyzowanej instancji Eclipse, nie są przenoszone do SUT VM, opcjonalna, wartość domyślna to nic poza ustawieniami domyślnymi konfiguracji Eclipse)
- synchronous (od tej właściwości zależy, czy usługa wykonywania testu jest wykonywana synchronicznie czy asynchronicznie, wykonywanie synchroniczne powoduje blokadę, dopóki nie zostanie zasygnalizowane ukończenie działania usługi)
Przykładowe kombinacje właściwości
Właściwości obsługiwane przez usługę są w niej zdefiniowane, a środki ich ustawiania są zawarte w adapterach automatyzacji klienta.
Każda opisana poniżej właściwość jest ustawiana w sposób standardowy zgodnie z wymaganiami danego adaptera automatyzacji klienta (trzy adaptery zawarte w platformie TPTP to adaptery ant, powłoki i Java).
Informacje dodatkowe zawiera dokumentacja HTML Javadoc klasy TestExecutionService.
- 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
Pojęcia pokrewne
Przegląd zautomatyzowanej struktury usług
Czynności pokrewne
Korzystanie z usług zautomatyzowanych TPTP
Uruchamianie testów ze skryptów i aplikacji
(C) Copyright IBM Corporation 2000, 2006. Wszelkie prawa zastrzeżone.