5 |
9 |
10 |
11 | Your browser does not support the video tag.
12 |
13 |
14 |
15 |
--------------------------------------------------------------------------------
/cucumber-report-web/src/main/resources/static/pages/features.html:
--------------------------------------------------------------------------------
1 |
30 |
1. Kopieren des Silk-Plugins auf den Execution Server
31 |
Hierbei muss das ausführbare Silk-Java-Plugin an eine beliebige Stelle am "Exceution Server" kopiert werden. Z.B.:
32 |
C:\<PFAD ZUM SILK PLUGIN>\silk-bdd-plugin-1.0.jar
33 |
Durch doppelklick auf das ".jar" File öffnet sich eine Konfigurations-GUI wo man unter anderem die Verbindungsdaten zum
34 | Server konfiguriert kann.
35 |
36 |
2. Anlegen der benötigten Test Cases in Silk Central als Junit Tests
37 |
38 |
39 | WICHTIG:
Hier muss darauf geachtet werden, dass bei jedem Test Case die "JUnit Test Properties" korrekt gesetzt
40 | werden:
41 |
42 |
Vorlage: Test class = com.poi.egh.turntable.silkplugin.SilkSynchronizer.class Test method = run Java home directory = C:\Programme\Java\jre6\
43 | Classpath = C:\
44 | \silk-bdd-plugin-1.0.jar Record external AUT Coverage = false
45 |
46 |
47 | HINWEIS:
Der Name für einen "Test Case" kann beliebig gewählt werden, und folgt keiner bestimmten Namenskonvention.
48 |
49 |
50 |
3. Anlegen der benötigten Execution Plans in Silk Central
51 |
52 | WICHTIG:
Es muss unbedingt auf die richtige Benennung der "Execution Plans" geachtet werden. Dabei wird folgende
53 | Namenskonvention verwendet (diese kann in der Silk Plugin Konfigurations-GUI geändert werden):
54 |
55 |
Vorlage für einen einzelnen "Execution Plan": VDV3_<BELIEBIGER TEXT> (z.B. VDV3_ 01 - 1 - Login OK)
56 |
In diesem Fall ist das Prefix "VDV3". Somit weiß das Plugin dass es sich um einen Test von VDV3 handelt.
57 |
Vorlage für gleiche "Execution Plans" für mehrere Produkte: Dies kann mithilfe von sogenannten "Configuration Suites" festgelegt
58 | werden. Möchte man z.B. einen Testfall für mehrere Produkte mappen, so werden in einer "Configuration Suite" die entsprechenden
59 | Produkt (z.B. VDV3, VGSG) hinzugefügt: <BELIEBIGER NAME FÜR SUITE> VDV3 VGSG
60 |
61 |
62 | WICHTIG:
Damit die jeweiligen "Executions" ausgeführt werden können, muss unter "Deployment" der Server auf
63 | dem sich das Silk-Plugin befindet, angegeben werden.
64 |
65 |
66 |
Konfigurieren der BDD-Szenarien
67 |
Damit das Silk-Plugin einen Silk-Test einem BDD-Test zuordnen kann, müssen die Szenarien in den BDD-Features um ein neues
68 | Cucumber-Tag (Default: @SILK_ID_XXXX) erweitert werden. Nachdem man das zu erweiternde BDD-Scenario gefunden hat, muss
69 | dieses wie im folgenden Abschnitt beschrieben um eine Annotation erweitert werden:
70 |
Beispiel: Möchte man etwa die Execution "VDV3_01-1 - Login OK" auf das BDD-Scenario "Login is ok" mappen, so geht man folgendermaßen
71 | vor: a. Suchen der ensprechenden "Execution Plan ID" in Silk Central (z.B. 27172) b. Suchen des BDD-Feature welches unser
72 | Ziel-Scenario enthält (z.B. test.feature) c. Heraussuchen des Scenarios (z.B. Scenario: Login is ok)# d. Dieses Scenario
73 | wird nun um eine neue Annotation erweitert. Z.B.: @SILK_ID_<EXECUTION PLAN ID> (z.B. @SILK_ID_27172) Scenario: Login
74 | is ok When the user uses correct credentials to log in Then the user should be logged in
75 |
76 |
Fertig ;-)
77 |
Jenkins ist so konfiguriert, dass alle Ergebnisse der BDD-Tests die dort ausgeführt werden, in eine NoSQL Datenbank nach
78 | Produkt und Version gespeichert werden. Sind zu einem Silk-Test keine Daten am Server vorhanden, oder tritt ein Problem
79 | beim Auslesen der Daten auf, so wird in Silk eine entsprechende Fehlermeldung im LOG angezeigt.
80 |
--------------------------------------------------------------------------------
/cucumber-report-web/src/main/resources/static/pages/products.html:
--------------------------------------------------------------------------------
1 |