Archive for March, 2009

The state of automated user acceptance testing

Posted in Agile, Lean, Uncategorized on March 11th, 2009 by Graeme – Be the first to comment

The subject of user acceptance testing is pretty crucial for agile development teams.  Its certainly an issue which we have given quite a lot of thought to in our XP team in the past few months.  There are two points I want to make in regard to this, the first concerning our overall approach to UAT.

To break it down for those people who are not aware of the debates around automated UAT in agile there are basically two schools of thought.  One says that the developers and the customers should sit down before the coding starts for a particular feature and put the tests together for it.  The rationale behind this is that this will initiate a discussion between these two parties during which a better understanding of the requirements will emerge.  This ongoing discussion between developers and customers is particularly important in agile as there is no formal requirements spec adopted by most of the main methods.

The other way of thinking suggests that the tests should not be written way before the production code is done because, in that state, they are not actually doing what they are supposed to namely documenting the code.  This view is informed by a Lean perspective which says that we should cut down on artefacts which don’t contribute to our overall goal.  In other words tests which are not documenting code are ‘inventory’ and should be cut out.  This second approach is one of the ways in which Lean thinking is influencing the day-to-day approach to agile.  I think we can expect to see more and more of this in the near future, which, as I’ve recently written is a good thing.

Whichever approach is adopted for testing it still remains crucial for agile teams.  Given the increasing popularity of agile and the importance of UAT for it one would expect there to be many different frameworks to allow automation of the process.  Not quite.  The ones we have tried in our team all have problems and while we have settled on using Selenium we often speak of it as being the ‘best of a bad bunch’ rather than ‘best of breed’.  Now ours is a very small team and it got me wondering how larger teams cope with these flaky frameworks.  Do they use them at all or are they in fact more reliant on the manual variey of UAT.  I don’t know of any studies which investigate this issue but they would make for interesting reading.

A tale of two Robs

Posted in Agile, Uncategorized on March 4th, 2009 by Graeme – Be the first to comment

Now I’ve written about one of my favourite Social Informatics thinkers on this blog before- Rob Kling.  I’m pleased to say that another Rob has re-entered the blogshpere after a bit of a break.  I’m talking  here about Rob Lally who has, until recently, been at J P Morgan.  Rob always has something interesting to say on a number of subjects in and around software development and I find its worth surfing over now and again to see what he’s been posting.  One of his recent contributions, which I liked a lot, tackled the question of whether Agile is a characteristic or a culture…

This makes no sense…

Posted in Uncategorized on March 4th, 2009 by Graeme – Be the first to comment

Getting sent random job adds from recuitment agencies is a bit of an occupational hazard of working as a developer. Most of it is effectively just spam, however, just occassionally there is something which is good for amusement value. My colleague just got sent a job add from an agency which contained the following:

“My client is currently looking for an experienced Java Developer to develop a redundant, high available,distributed solution that will enable them to deliver its value added strategy.”

Well whats that all about? Seems like the person in question has taken a list of requirments and converted it into a description without really understanding what is being said. Humerous though this may be it also quite worrying. How is the consultant going to find the best person for this job when they don’t even understand what their client is looking for. Sadly this is very much the norm in terms of IT recruitment and one is left wondering exactly what value the agencies are adding to this process.  In these difficult economic times can we afford to entertain this kind of thing?

Having worked in an industry for years which has no agencies I can confirm that one can survive without them if employers are willing to do a bit of work around hiring.  Unfortunately this is often not the case.