http://www.wocommunity.org/podcasts/WOWODCW09-TDD.mov - 1 hour plus session on Test Driven Development with WebObjects presented by Denis Frolov on WOWODC 09. Shows how to use ERSelenium, jUnit, and Mockito with WebObjects.
- Checkout the Project Wonder - the ERSelenium is in the Wonder/Frameworks/Misc folder.
- Examine test cases from Wonder/Examples/Misc/ERSeleniumExample/Resources/Selenium/main/ and from BugTracker in Eclipse text editor.
- Launch ERSeleniumExample and point your browser to SeleniumStartTesting Direct Action url (e.g. http://localhost/cgi-bin/WebObjects/ERSeleniumExample.woa/-42422/wa/SeleniumStartTesting).
- or Launch BugTracker and point your browser to SeleniumStartTesting Direct Action url (e.g. http://localhost/cgi-bin/WebObjects/BugTracker.woa/-42422/wa/SeleniumStartTesting).
You can also use Selenium IDE to create and edit tests:
- Launch FireFox and install Selenium IDE Firefox plugin.
- Using Selenium IDE format plugin installation instructions install Selenese-ide-plugin.js (it is in ERSelenium/Resources).
Tip title Opening Tests in Selenium IDE
You need to select Selenese in the Options -> Format submenu before the Selenium IDE will allow you to open tests in the Selenese format
- Play around with test cases from ERSeleniumExample/Resources/Selenium/ using Selenium IDE.
Overview and Usage Notes
ERSelenium provides several features for effective use of SeleniumCore with WebObjects applications including:
Adding the ERSelenium framework dependency to an Application
You can add a ERSelenium test runner framework dependency to your application with Eclipse/WOLips:
- Add the ERSelenium.framework to your project's Libraries dependency. See the tutorial: Add a Framework Dependency
- (Optionally. Disabled by default. Use with caution). Enable the Selenium tests direct action url in production mode via the property:
Debug output of ERSelenium can be enabled in Properties by:
log4j.logger.er.selenium = DEBUG
Some tips for writing tests for ERSelenium
- Don't use full URLs with open/openWindow commands (http://baseurl part will be added by ERSelenium):
- 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"):
- You can use @repeat-@values-@done metacommands to execute specific part of the test with additional values edited in textboxes, e.g.:
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.
@repeat ...some actions... @values user1 user2 user3 |type|user|user0 @values pass1 pass2 pass3 |type|password|pass0 ...some more actions... @done
- Selenium IDE Firefox plugin and XPath Checker 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.
Using basic flow control
ERSelenium comes with a preinstalled flowControl is a user-contributed extension that provides some basic flow control.
You can use its commands as described in the flowControl documentation.
For example, consider a test page that displays an integer counter (in the format "Counter = n", where n is the current value of the counter), and has an "Increment" button with
id="increment". The following Selenese fragment would repeatedly press the button until the counter reached 10:
|while|!selenium.isTextPresent("Counter = 10");|| |click|increment|| |endWhile|||
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.