Version 11.1 by Ray Kiddy on 2009/09/01 12:27

Show last authors
1 = Really Quick Start =
2
3 * Checkout the Project Wonder - the ERSelenium is in the Wonder/Common/Frameworks folder.
4 * Examine test cases from ERSeleniumExample/Resources/Selenium/main/ and from [[BugTracker>>http://wiki.objectstyle.org/confluence/display/WONDER/Getting+Started+with+BugTracker]] in Eclipse text editor.
5 * Launch ERSeleniumExample and point your browser (preferably FireFox - there are known issues with Safari) to SeleniumStartTesting Direct Action url (e.g. [[http://192.168.0.58/cgi-bin/WebObjects/ERSeleniumExample.woa/-42422/wa/SeleniumStartTesting]]).
6
7 You can also use Selenium IDE to create and edit tests:
8
9 * Launch FireFox and install [[Selenium IDE Firefox plugin>>http://release.openqa.org/selenium-ide/0.8.7/selenium-ide-0.8.7.xpi]].
10 * Using [[Selenium IDE format plugin installation instructions>>http://wiki.openqa.org/display/SIDE/Contributed+Extensions+and+Formats]] install Selenese-ide-plugin.js (it is in ERSelenium/Resources).
11
12 {{tip title="Opening Tests in Selenium IDE"}}
13 You need to select Selenese in the Options \-> Format submenu before the Selenium IDE will allow you to open tests in the Selenese format
14 \\ !Picture 4.jpg!
15
16 {{/tip}}
17
18 * Play around with test cases from ERSeleniumExample/Resources/Selenium/ using Selenium IDE.
19
20 = Overview and Usage Notes =
21
22 ERSelenium provides several features for effective use of [[SeleniumCore>>http://openqa.org/selenium-core/]] with WebObjects applications including:
23
24 * Custom setup/teardown actions that can be run before/after each test.
25 * Base URL independence.
26 * Support of HTML and Selenese test formats (Java support is planned).
27 * "On-the-fly" generation of test suites from the files in your project's source tree.
28 * Bookmarkable DirectAction url to run all tests (can be used for automated testing).
29 * Metacommands (special instructions specified in comments).
30
31 //[[//SeleniumCore//>>http://openqa.org/selenium-core/]]// //is the powerful javascript toolkit for web applications "black-box" testing. It emulates different kinds of user actions such as: clicking the hyperlink, editing text in the input field, choosing item from the list and so on.//
32
33 = Adding the ERSelenium component to an Application =
34
35 You can add a ERSelenium test runner component to your application with eclipse/WOLips:
36
37 1. Add the ERSelenium.framework to your project's workspace dependency. See the tutorial: [[Add a Framework Dependency>>WOL:Add a Framework Dependency]]
38 1. Enable the framework in the project's Properties file:
39
40 {{code}}
41
42 SeleniumTestsEnabled=true
43
44 {{/code}}
45
46 Debug output of ERSelenium can be enabled in Properties by:
47
48 {{code}}
49
50 log4j.logger.er.selenium = DEBUG
51
52 {{/code}}
53
54 Other ERSelenium properties:
55
56 * **SeleniumTestsRoot="SomeOtherPath"** change the tests location. By default ERSelenium will search for tests in "Resources/Selenium".
57 * **SeleniumReportPath="PathName"** specified the path to the report file, which is created after the testing is done. "./Contents/Resources/" is the default value.
58
59 In your SeleniumTestsRoot folder (Resources/Selenium by default) you should create tests hierarchy. Tests are divided into groups, each group is located in its own folder. In each folder there should be a collection of test files, each in one of the formats, supported by ERSelenium. Example hierarchy:
60
61 {{code}}
62
63 ./Resources
64 ./Selenium
65 ./registration
66 ./successful.sel
67 ./alreadyexists.sel
68 ./shop
69 ./buyitem.html
70 ./notenoughmoney.html
71 ./transfer.sel
72
73 {{/code}}
74
75 You can use both standard HTML and wiki-like Selenese formats for writing tests although Selenese format is usually a preferred choice.
76
77 To run all tests point your browser to SeleniumStartTesting Direct Action:
78 [[http://baseurl/wa/SeleniumStartTesting]]
79
80 Example:
81 [[http://127.0.0.1/cgi-bin/WebObjects/SampleProject.woa/-42421/wa/SeleniumStartTesting]]
82
83 To run a specific group of tests, add "/TestGroupName":
84
85 {{code}}
86
87 http://baseurl/wa/SeleniumStartTesting/TestGroupName
88 http://127.0.0.1/cgi-bin/WebObjects/SampleProject.woa/-42421/wa/SeleniumStartTesting/registration
89
90 {{/code}}
91
92 = Some tips for writing tests for ERSelenium =
93
94 * Don't use full URLs with open/openWindow commands ([[http://baseurl]] part will be added by ERSelenium):
95
96 {{code}}
97
98 |open|/wa/EditPerson|
99 |open|/|
100
101 {{/code}}
102
103 * You can use setup/teardown methods. They should be implemented as direct actions in the separate class, which should be er.selenium.SeleniumAction-descendant. SeleniumAction class has some handy helper methods and automatically turns your selenium-related actions off when selenium is disabled in Properties. Here's the example of using selenium-related direct actions in the test (suppose that resetSessionAction() is defined in the class "Selenium"):
104
105 {{code}}
106
107 |open|/wa/Selenium/resetSession|
108
109 {{/code}}
110
111 * You can use @repeat-@values-@done metacommands to execute specific part of the test with additional values edited in textboxes, e.g.:
112
113 {{code}}
114
115 @repeat
116 ...some actions...
117 @values user1 user2 user3
118 |type|user|user0|
119 @values pass1 pass2 pass3
120 |type|password|pass0|
121 ...some more actions...
122 @done
123
124 {{/code}}
125
126 The commands between @repeat and @done will be repeated several times, each time with new value in "user" and "password" input field. The values are seperated by spaces and if you have multiple @values lines, they all must have the same number of parameters. The @values section applies to the value of the next command.
127
128 //Note: in Selenese format, lines that don't begin with "" are treated as comments, so metacommands in the example above will be safely processed by Selenium IDE.//
129
130 * [[Selenium IDE Firefox plugin>>http://release.openqa.org/selenium-ide/0.8.7/selenium-ide-0.8.7.xpi]] and [[XPath Checker>>https://addons.mozilla.org/ru/firefox/addon/1095]] can be very handy for creating and editing Selenium tests. Selenium IDE Selenese source plugin with proper comments support resides in ERSelenium/Resources/selenese-ide-plugin.js.
131
132 = Standalone runner =
133
134 ERSelenium offers tests' developers several nice features - like automatic test suite generation, metacommands and URL independence. Unfortunately this leads to some troubles when trying to execute your tests with Selenium-RC. This is where StandaloneRunner can be very helpful.
135
136 [[Selenium-RC>>http://seleniumhq.org/documentation/remote-control/]] is essentially a selenium-server and a set of client libraries that you can use. You can write any kind of client application that sends particular commands to the server and receives back status codes. Among these commands are typical selenium commands ("click", "type" and so on) and several specific ("open specified browser"). Selenium-RC does a great job of preparing the browser profile (it turns off confirmation dialog boxes, clears cookies and so on) and gives a lot of other nice features. One of the most useful is the ability to execute tests from the command line. It's a typical task that is usually executed on build server on regular or per-commit basis.
137
138 The problem is that if you have your tests written with ERSelenium flavor, you won't be able to run them directly with Selenium-RC - as you won't even have a test suite file. But you can do this with StandaloneRunner. To execute the tests you must have Selenium-RC server running in the background. Note that it should be started in windowed mode (not via SSH) - i.e. not in the headless mode. Assuming that you have your application built, you should use the following commands:
139
140 {{code}}
141
142 YourApp.woa/YourApp <tests root folder> <application root url> <selenium-rc server host> <selenium-rc server port> <browser type> \
143 -DWOApplicationClass=er.selenium.rc.StandaloneRunner -Dfile.encoding=utf-8
144
145 {{/code}}
146
147 This will execute the tests using the Selenium-RC server on the specified host and port with the specified browser. The <application root url> will be used as a root url for all urls that are used in tests. Tests from <tests root folder> will be executed (they will be searched for recursively).
148
149 Note, that two last arguments are essential: DWOApplicationClass substitutes your application's application class with er.selenium.rc.StandaloneRunner, which will do all the testing and then exit without entering WOApplication's requests handling loop. The last argument ensures proper encoding.
150
151 Here is the real-world example commands:
152
153 {{code}}
154
155 cd /Library/WebObjects/Applications
156 ./YourApp.woa/YourApp ./YourApp.woa/Contents/Resources/Selenium http://localhost/cgi-bin/WebObjects/YourApp.woa localhost 4444 '*firefox' \
157 -DWOApplicationClass=er.selenium.rc.StandaloneRunner -Dfile.encoding=utf-8
158
159 {{/code}}
160
161 This will execute tests from **/Library/WebObjects/Applications/YourApp.woa/Contents/Resources/Selenium** using the [[http://localhost/cgi-bin/WebObjects/YourApp.woa]] as the root url in firefox browser using Selenium-RC server on **localhost** on its default port **4444**.
162
163 The sample of successful output is:
164
165 {{code}}
166
167 - test '/usr/local/wondercap2/dep/YourApp/14662/dep/dist/YourApp.woa/./Contents/Resources/Selenium/Commenting/LoginViaCommenting.sel' PASSED
168 - test '/usr/local/wondercap2/dep/YourApp/14662/dep/dist/YourApp.woa/./Contents/Resources/Selenium/Commenting/NotifyAboutReplies.sel' PASSED
169 - test '/usr/local/wondercap2/dep/YourApp/14662/dep/dist/YourApp.woa/./Contents/Resources/Selenium/Commenting/SignUpViaCommenting.sel' PASSED
170 - test '/usr/local/wondercap2/dep/YourApp/14662/dep/dist/YourApp.woa/./Contents/Resources/Selenium/Commenting/SuccessfulComment.sel' PASSED
171
172 {{/code}}
173
174 All tests in tests root folder are always executed (even if there are failures). The executed command will fail if one of the tests fails.