This came out of the blue, and I don’t know much about them, but someone from Yodle.com asked me if I would spread the word about their open tester position (New York-based). On paper, it looks pretty interesting, and my readership is mostly US-based, so hopefully this might help someone out: http://www.yodle.com/yodle-careers/jobs/new-york/qa-engineer/

Based on some current work, I’m going to need to extend my test strategy mnemonic to include ‘Accountabilities’.   That gives me a ton of options, such as ‘Gated Script Rats’, ‘Script a test drag’, ‘Attracts Red Pigs’ or ‘Egad! Script tarts’.

I’ll update once I’ve decided, but feel free to offer your favourites from the Anagram server, here and here.

Via Ben Kelly, Rikard Edgren’s brief but dense ‘Little Black Book On Test Design‘ is worth a read.

It’s cheap both in dollars (free) and time (less than 15 minutes if you’re quick).

I don’t know if it is, but I enjoyed Michael’s post on problematic uses of ’should’ in requirements.  Enjoy.

I’m currently looking for two testers, a junior and slightly-less-junior to come and work as permanent employees in my team at Transurban.

You can view the current PD at http://www.transurban.com.au/532.htm.  I haven’t had time to update it (it was created prior to me starting here), but I think it’s  a reasonable statement of the technologies involved.  If you do have any questions before applying, feel free to contact me via the ‘About’ page on this site.

Tim seems to be pretty busy now that he’s a free agent, so I’m looking forward to trying this new(ish) gem he announced recently for querying browser performance stats.

I can’t believe it’s been as long as it has since I last posted.  This has mostly been because I’ve been busy preparing to become a dad.  I’m a dad as of two weeks ago, and have a new job, so as things settle down I hope to get through my backlog of posts, mostly on technical topics and tools.

Alister Scott has posted some code examples on watirmelon.com that show different solutions to a problem that arises for people implementing the Page Object pattern for test automation.

I found Alister’s approach solutions interesting, because as my automation usually models business/user goals and/or domain features/concepts,  I don’t often have my own page abstraction.  See http://gojko.net/2009/10/06/putting-selenium-in-the-right-place/ for an example of the approach I’m thinking of.

At the top level might be something like:


google=Google.new
google.search(search_phrase)


At the next level down, I potentially want to be independent of the user interface, so it doesn’t make sense to organise around page components.  I might have something like:


def search(search_phrase)
enter_search(search_phrase)
submit_search
....
end


When we get to the third (task) level, this is still at a user or business activity level, so the page model still doesn’t make sense for me.  I’ll just use the browser driver directly (or my own driver abstraction):


def submit_search
Driver.button(:value, => "Google Search").click
end


Yes, I could have another level here such as:


def submit_search
GoogleHomepage.search_button.click
end


In most cases though, the task-level UI element has a single purpose, so there’s not much of an issue with violating DRY. I also try to keep the automation stack as small as possible, so can tolerate a little bit of duplication. Regardless, it’s easily factored out into a new method if duplication becomes an issue because methods are common to the domain.

I’ve seen some frameworks that have a really abstract UI driver at the next level (so that they could drive a rich client app, a mobile app and a web app all using the same methods), but I’ve never needed to do that.

I favour a business/domain oriented approach because at the business level, the goals and activities don’t change that much (and I tend to let the automation lag behind my understanding of the problem).  It also encourages me to pay attention to the things that matter and be less implementation-focused.

Another year rolls by, and James Bach’s latest post reminds me that bugs are all around (and can stay hidden for a really long time until somebody exercises the conditions to reveal them).

In that spirit, take the time to read about my favourite related bug story at snopes.com. From some relatively recent experience, I’m pretty sure similar bugs are still being creating around the world in new traffic systems.

I’m hacking away at a tool to give me better JMeter results, and I needed to see progress as I iterated through the data I’d imported into MySQL.  The progress bar described in my earlier post can be made to work with a simple addition:

class Sequel::Dataset
  alias :size :count
end

This adds the necessary ’size’ method to Sequel’s dataset and everything’s happy.

My friend James has been using watir-webdriver to test his latest work. He was having trouble with Firefox prompting for the location to save files, which blocked the scripts he was running. While I’d like to claim some credit for pointing him at some helpful links, I think my real contribution was limited to being a friendly ear.

Anyway, he figured out how to fix this by changing the profile that Firefox runs with, so now you won’t have to. Check out his solution at http://jamesladdcode.com/?p=338