I mentioned in my last post that I’d started to think we were going about Selenium testing all wrong. For years I’ve been writing Selenium tests using the Selenium IDE, so the tests are in HTML files. When doing pre-commit testing and on CI the tests are run with the
HtmlTestRunner. This technique is fine and well - developing tests with the IDE is fast and they can be easily worked on an re-tested in the IDE until they are correct. However, some things have always bothered me and Adam Goucher’s thoughts on the Selenium Value Chain crystallised some of those suspicions.
So what are the big advantages of using Selenium RC over just the IDE and
Data set up is the biggest headache when writing Selenium tests in HTML. You can’t drop out of selenese and set up a couple of domain objects so you end up either trying to run all your tests against a monolithic data fixture (a Sisyphean task if any of your tests make modifications to the data) or write some sort of URL endpoints that can set up and tear down data. We’ve done the latter and it’s resulted in the single most bloated, horrible, misused bit of code in our app. Fixtures get re-used by other tests because they set up approximately appropriate data - until some change requires a change in the fixture and suddenly a bunch of unrelated tests fail. Selenium RC tests don’t have this problem; you’re in Groovy-land so you can access domain classes directly and use the invaluable build-test-data plugin to set data up.
I mentioned previously the anti-pattern of false moniker testing and HTML based Selenium tests are terrible for this. If you have a test that creates some data, how do you verify it has done it correctly? The only way is to scrape the data on another screen - e.g. a CRUD list or show view. Ugh! With Selenium RC you can read the data from the database with standard Grails domain classes and verify your expectations directly.
I started experimenting over the weekend with getting Selenium RC tests written in Groovy to run using
grails test-app -functional. It turns out to be really fairly straightforward and I’ve put some alpha code up on GitHub.