Friday, May 20, 2011

The Law of Gravity

Have you ever sat and thought about something so random as this...

I've had this reoccurring thought recently and I have no idea why, but as we were driving to Sydney over Easter I thought to myself - "How important is gravity to our modern societies concept of law?". So over the past few weeks I have continued to ponder this thought. I seem to recall a car on the side of the road and thinking something like "once we have cars that can fly or vertical cities like the ones in star wars and other such fantasy worlds will we have to change the laws we have now? At the moment if you own a car, you can park it in your driveway or garage and people know its your because its on your property and its our friend gravity that is keeping where you parked it. But imagine with no gravity, you bounce or float out of your car, close the door and make your way inside, only to notice sometime later your car floating by your window, with your neighbours with it - just floating around. I'm sure there won't be too much of an issue in the local area but what about if you visit a friend in another part of town and you have to find your car - you could just claim another one? On reflection cars are not the best example, they have number plates etc so lets think about pot plants or other non-identified house hold items. We have heaps of pot plants around the outside of our house what if they just floated away and we had to fetch them? People know they are ours at the moment, because they are at our house. Not sure what you think, but I am sure that there is a strong link between the law of gravity and the law of common society and possession.

Sunday, May 15, 2011

Thoughts provoked by the Information Age (ACS magazine)

There were several articles that tweaked my interested and awoken the sleeping grey matter from its weekend slumber! The first was one titled "Investing in careers with SFIA" which describes how Westpac has incorporated the Skills Framework for the Information Age (SFIA) as part of managing the 'whole employment life-cycle'. SFIA has been at the front of my mind recently as it's featured in many discussions I've had with clients and service providers alike. Initially I was drawn into reading this article because of the relevance to my current activities-discussions which centre around the implementation and benefits of the framework but two-thrids of the way through I found the paragraph circled in the picture below. My first thought was of all the skills in SFIA (there are 89 odd skill areas) the Westpac executive choose to highlight testing, not Development, Not BA's and not Project Managers but Testing. The article didn't explain why testing and not the others, but what I liked was that his person understands that testing is a Professional Skill, with a career path just like any other the skills in the Framework. At the recent Test Managers Forum there was lots of discussion surrounding professionalising testing and I am now seeing evidence we are heading in the right direction! My thought is that the next step will be to have the difference streams of testing (Performance, Automation, Functional) recognised as skills in there own right - more too follow on that one.

The article can be found on page 38-39 of the Information Age.

The next article that captured my attention was  'ICT's biggest money wasters' (pg 46-49). Unfortunately in the software testing game we all too often see evidence of the number 1 cited cause of waste: "Dusty Software Licenses". For the most part I've seen this occur in the niche areas of software testing Automation and Performance Testing and they are usually accompanied by/or caused in part by number 1's closest friend, number 6: "ICT projects gone wild". 

All to often I have seen organisations spend Thousands of dollars on tools to make the testing process more efficient and end up delivering far less than was originally specified. There are many reasons for this result, the least of which is that within IT we often attempt upgrades and process improvement activities internally and we don't apply the same level of rigour and governance that we do as when we are delivering project for an external stakeholders. We often put the tool subject matter expert or super user in charge of the project, on top of there other duties and expert that it'll just happen. The lesson here is that all internal projects (upgrades, automation and performance testing) should be run as projects with milestones, reporting, have established baselines and be constantly measured, with individuals held to account for the time & $$ invested. 


Teleworking is a subject that is close to my heart, as I Telework for one of my jobs :o) It works really well for me (and my employer I hope!). I enjoy the flexibility to do what needs to be done in and around the other things in my life (Family & my other job). The part of the article that made me smile, and then ponder was the part were the author said the 'non-productive time' of the Teleworker can be put towards doing the household chores like cleaning, doing the dishes or preparing dinner - the tasks that usually get done during personal time. This made me go hmmmmm..... Initially I was like, well, that's not cool and as an employer and supervisor I'm not sure I agree. But on reflection, and when considering the alternative proposed in the article (surfing the net or chatting) I'm now thinking that if that is the case, well it'll save us some $$ on bandwidth and download fees and potentially stop the disruption to the other employees and causing them to be unproductive so maybe on balance it's not such a outlandish statement. Though, Boss, if your reading this, this is my only 'unproductive time' ;-p     


Friday, May 13, 2011

A post about something.

It's been a while since I've blogged and it's not because I've not been inspired by many of the things I've heard and read. It's because there never seems to be enough hours in the day! Maybe tonight might be the night...

- Posted using BlogPress from my iPhone

Sunday, April 17, 2011

Thoughts from the 2011 Test Managers Forum

What a great few days, as I write this I am sitting in the Gold Coast airport terminal waiting to board the airplane home. It's just a bit nostalgic, as the first blog post I wrote on the way home from the Test Managers Forum in 2009. The theme of that post was testing and aeroplanes (come fly with me!). As was commented by one of my colleagues today - my posts are sometimes a bit random, but always related to testing, somehow. I expect that this post isn't going to be any different ;-)

I've been lucky enough to spent the last two and a bit days with a room full Test Managers from some of Australia's biggest and most reputable organisations. The Test Managers forum brings together like minded testing professionals to discuss, debate and deliberate on a wide range of issues facing us in our everyday activities. The hot themes this year involved resourcing, testing environments and requirements; it seemed no matter the size of the organisation we all suffer in the same ways. The good news, is the collective wisdom of all those present at the forum were able to shed some light as some of the ways we might be able to cope, over come and prosper when faced with these challenges. Of particular note for me were the discussions on tester Certification and tightly coupled issue of Testing as a profession. Equally I stretched my grey matter when thinking about resources, recruiting, retaining and training. 

I've previously blogged about changing the focus and emphasis of the certification process; moving towards a system of professional recognition and on going development; much like many of the other professions (life savers, swimming instructors and engineers). It seems that my views are shared by the wider testing community that were represented by the delegates at TMF. Though we didn't resolve to change the world - we collectively agreed to raising the bar …. or did we? With representatives from ANZTB, CSTP and the ACS on the panel discussion centred around certification being the 'entry' or the start of the learning process, and that there is no substitute for real life experience. However, for those of us that have been testing on the front line for some time now, and who are certified testers the discussion centred around external recognition of our skills. And this is the point for many of us, the certification might not open the door to a new job but may be the differentiator that gets us the job over someone else who is equally capable but is un-certified. There was talk about organisations becoming certified, which looks like it will happen but is at this point a ways off being a reality. The benefit to the organisation is creditability, it may not mean that you are ganuteed to get a better result but as the argument was elegantly put "If one of your mates has a drivers license, and one doesn't who are you going to ask to drive you to the shops?" Well that should be a no brainer! I personally believe the certification has its place in our industry, and will assist us to gain the recognition we aspire too.

The topics of recruiting, resourcing and retaining is tightly coupled to the discussion of Certification, as to get certified one should attend training. However the focus of my thoughts out of this discussion centred around the salaries that testers are demanding/commanding. As a person who's been in charge of hiring and firing for some time now I had some views on it. My general principals when hiring is that salary should be closely aligned to the skill set and role that the person is to perform. Nothing new there. For ease of discussion, I'll start with contract rates; I would generally pay a contractors $1 for every $1000 of the equivalent pay point of a permeant officer. So within the government space, if you were a contractor performing a Test Analyst role equivalent to an APS5, and an APS5 received a salary of $55,000 per annum then $55 per hour was about the mark. I found that this system worked pretty well, and party because we had a good description of what each of the members within our team would be doing, and an outlines of what level they would be expected to operate for a particular APS level. But I was thinking whilst at the forum about the other end of the spectrum which was discussed around our table, that in some organisations an APS5 might be a test lead/team leader and many of the people simply won't apply for a job at that level with those skills because it doesn't pay enough. This is not a new problem, but I thought of a new (I think) way to tackle the organisational 'we don't get paid enough' situation - Warning - This theory has yet to be tested and therefore may have some errors in logic or bugs in it… During the conference we looked at a case study about the cost of defects which slip through all the testing and get into production (on average 10% of defects are detected in production RossReport2010). In the example that was presented the cost to the organisation to 'fix' the defects in production, not accounting for the opportunity cost or loss of revenue was roughly $9000 per defect. $9k is a pretty sizeable number and it got me thinking - if you had to fix 6 defects in production in a year, that equates to $54,000 - do you see were I am going with this? What if, in simple terms you worked out that one more tester in the team would be enough extra resource to find those pesky 6 defects before production? Then that would make for a compelling business case, and in fact might be 'cost neutral' or better. So applying the same logic to a team that is struggling to attract resources because the pay scales are not comparable with the rest of the industry in the area, might try using a similar business case, but instead looking at defects holistically across the SDLC. We all know defects are cheaper to fix earlier, so let's say a defect during test costs $1,000 to fix then for every defect detected and fixed before production there is a saving of $8,000 so if we found 100 that's $800,000 saved. So that value of testing to the organisation could be expressed in terms of (cost of testing - savings delivered by testing) = some amount. You would then have a value conversation with the powers that be, saying that if we were paid just a little better, we'd attract a better class of tester, thereby increasing the quality of our testing in turn delivering greater value to the business and not increasing the actual costs to the business. It's worth a shot, but it has to be a value conversation not just a "we need better rates conversation…"

Friday, February 11, 2011

Arrggg - have I been testing for too long?

I came across this little issue just last night when I was filling in a form. It took me three goes to get it right!

 The thing that brought me undone was that the error message text in red has a space between the time and am/pm. So that's what I did, BUT the validation on the field only accepts the time if there is NO space between the time and am/pm. Not sure who tested this one...

Friday, January 14, 2011

Anyone can be a tester

I came across a situation a few weeks back that I have faced many times before. There is a  project kicking off and it's going to require testing - excellent I should be able to help. Being a passionate tester and test manager I asked if they need any help, after all there are several 0's in the project value. The project leadership team said 'no, we are all good the team from blah office are available'. No problems I say, let me know if the situation changes. Being a tester, and to be frank, a nosey little bugga I did some research, it turns out that the 'Test Manager' has 'Solutions Architect' as her current role in her email signature - hmmm. A little more investigation and the 'Testers' are listed as 'System Engineers' as is the 'Performance Tester'. I was feeling rather deflated. But it got me thinking - why is that so many people in IT organisations seem not to respect testing as a profession? I mean have you heard of a tester being asked to come on board a project to be a SharePoint developer, or DBA?

I recall a presentation delivered by Dr Mark Pedersen, a colleague of mine at K.J. Ross & Associates titled "Selling Testing to the Business". In this presentation there was a slide which presented the findings of a study done by HP in the early 90's (Grady, 1994). I have included it below...



I've translated and calculated some more metric's into the table below. I like to look at things from a few angles.

Test TypeDefects Per Hours 1 Defect every ... Hours ... Defects detected in an 8 hours day
Day to Day0.21 4.76 1.68
Black box0.28 3.57 2.24
Glass Box0.32 3.13 2.56
Inspection1.05 0.95 8.4

For the purpose of this post, I am focused on the 'Day to Day' vs the 'Black Box' metrics. Based on the above numbers it's reasonable to infer that by using Black box testing technic's (and all other things being equal) we will find slightly more defects than if we just followed the business processes.

My hypothesis as to why so many IT people don't respect testing as a profession, and were the old saying 'Anyone can do testing' comes from, is based on the observations and experiences were folks from all manner of backgrounds and vocations have been involved in testing and found defects just by using the system in the manner to which it was intended... And here in-lies the challenge to the current and next generation of testers to advance the profession by improving our effectiveness - or maybe it's a case of simply communicating the improvements we've already made????

Sunday, January 9, 2011

Happy New Year, 2011 bring it on!

On the brink of returning to the office fulltime I'm excited!

2011 is going to a big year for me personally as we embark on the construction of our new house. It's only just dawned on me, even though it took 8 months to develop and get approval of the floor plan, there is soooooooo much more detailed requirements are needed to ensure that the vision in our heads becomes reality. Stay tuned for more on that front as the build progresses.

During the break I received notification that my application to the Australian Computer Society had been accepted. I also received a copy of their magazine, Information Age. I was most pleased to discover the quality of the articles and the topic's covered were of such a high standard that I read it cover to cover, and instead of the novel I'm in the middle of reading! I particularly liked the articles 'Are you ready for 2020' and 'What's a head in 2011'.

I was lucky enough to finish by break by attending the K.J. Ross & Associates 2011 Staff Summer School. The summer school brings together the extended KJRA family from around the country for a 3 day sabbatical. Consultants flew in from Melbourne, Sydney and Canberra to join our colleagues in Brisbane at the University of Queensland.

The courses tort at Summer School cover our own CSTP Foundation; Leadership, Negotiation and Customer Service sessions presented by Rohan Toll. And for those with a technical bent, almost 24 hours of sessions covering various software testing tools (Microsoft VS2010, TOSCA and Silk Performance Tester). The technical stream contained a mixture of technical briefings and hands on training.

Finally I am excited about the program we are putting together for the ACS Testing and KJRA Test Managers Special Interest Groups. I am super excited to be able to announce the following presentation topic to be covered in 2011 (schedule to be confirmed):

  • Dr Tafline Murane will deliver her Eurostar 2010 presentation The Carrot or the Whip - What Motivates Testers?; and
  • Dr Mark Pedersen will present a Microsoft VS2010 un-boxing and master class; and
  • The award winning DIaC Performance Testing team will take us through the journey 'Performance Testing Improvement Through Application Performance Management'.
And this is only the beginning!