I'd love to hear your reasons. If you'd like to stay anonymous, send me
your answers to me directly and I'll summarize.
Bret
--
Bret Pettichord
Lead Developer, Watir, http://wtr.rubyforge.org
Blog, http://www.io.com/~wazmo/blog
1. Open-source
We can view and change the source code if need be. It is free
2. Uses a industrial strength non-proprietary language, i.e. Ruby
(Unlike Rational Robot, QTP etc)
3. Ruby is dynamic and duck typed, terse and expressive etc
Testers do not need to spend time and space assigning data-types
and compiling. Auto testers need something up and running in a short
space of time.
Compare a Rational Functional Tester script with a Watir script which
commits similar actions
4. Easy to use with a clean api
I have had manual testers writing tests in minutes. You do not need
to use a heavy IDE.
Ruby comes with a text editor called Scite which is fast and
integrates well with the Ruby interpreter.
*Watir has a cleaner API, less configuration issues etc than
Selenium* Watir users can test through Firefox with FireWatir (with
minor changes). We must note with Selenium that all browsers have
different JavaScrpt engines.
In my opinion Watir will soon become more popular then Selenium.
5. The Watir and Ruby community are an extemely humble and helpful lot
(compare this with Java user-groups)
aidy
Watir was recommended a consulting firm we worked with, so it was one of
the solutions I evaluated. My only serious choices were Watir, Selenium,
or Twill. Since I'm not a programmer I ruled out all the unit test
solutions. I needed something that mimicked the user experience.
I ruled out Selenium because from reading the documentation, I
understood Selenium ran from a server, which just adds to the complexity
of my test setup. I wanted something workstation based.
I couldn't get Twill to navigate our application's javascipt menus.
Though this could have been a limitation of me, more than Twill.
Regardless, Watir did navigates the menus with no problems.
I liked that Watir is Ruby based and at the time I really wanted a
reason to learn Ruby, and this has proven to be a good choice. Not only
can I pick up Ruby quickly, but I was even able to teach an intern how
to use script tests with Watir.
The application I tested has approximately 250 pages and every time I
found a repetitive test, I made a case for automating it. The time to
write, debug, and test using Watir was usually faster than it would have
been to test manually. However, running the automated tests are always
faster than running the same tests manually.
I wanted something open source even though I could have gotten a budget
for a closed source solution. I wanted to show my employer, at the time,
that open source tools added value.
Let me know if I can clarify anything.
Mike
Not really a business case but....
+1. Not so much a shift but a journey where we may never arrive. Much
of the problem lies with Basic. As testers we could have used QTP and
Robot that script in Basic derived languages, and I would imagine that
a person's first program is in VBA. We form bad habits. Basic is
ruinous to the mind; we should seek its abolition.
aidy