It happened innocently enought. I was getting ready to board a flight to London and this book of Sudoku puzzles caught my eye in the airport. So, with 7 hours of time ahead of me and 1.5 hours of laptop battery life, I thought, "why not?"
I had seen people engrossed over these puzzles with only numbers instead of words. They look similar to crossword puzzles, but only have the numbers 1 through 9 in the completed puzzle. It normally takes between 15 to 45 minutes to solve a puzzle.
I am now an addict. What I have discovered that these puzzles are a great way to develop mental abilities of deduction and elimination. (Guessing only messes you up.) Of course, these are key skills for testers - to be able to deduce software processing rules and behavior by only what you can observe. (Unfortunately, testers all too often lack access to well-defined software requirements.)
There are also strategies you can learn that makes the process go faster. That's also part of the fun - developing a system you can use over and over. Sound like testing?
So, if you are looking for ways to build you or your test team's abilities to solve problems by deduction, try working a Sudoku puzzle (I recommend starting with the easy ones.), but be careful - they can be addictive!
Here are a couple of links: www.sudoku.com
www.websudoku.com
Dedicated to thoughts about software testing, QA, and other software quality related practices. I will also address software requirements, tools, standards, processes, and other essential aspects of the software quality equation.
Tuesday, April 25, 2006
Monday, March 20, 2006
The Habit of Software Testing
In a software testing class I was teaching last week, the manager of the department made some opening remarks to his team. In emphasizing the importance of the class, he said that his goal was that people would see testing as a habit.
This got my attention because I have heard testing described as an art, a craft, a process, a discipline, but never as a habit.
I have used the illustration before of testing being like flossing teeth - at least for developers. We all know we need to do it, but for lack of time, lack of floss, messes on the mirror, etc., we (at least "I") many times neglect to floss. Then, the dental hygenist gets onto me about it. I feel guilty for awhile, floss every day, then I start skipping days. Before long I'm out of the habit I never really developed in the first place.
Habits are both good and bad, developed over time by repeated performance. You don't necessarily need a written set of instructions to follow every time you do something, but at first they may help.
Before long, you do something so regularly, it starts to feel natural - like stopping by Starbucks every morning on the way to work, or picking up a morning paper at the newsstand.
What would testing look like if it were a habit? Perhaps we would by second nature take a second or third look at something. Or, we would have a checklist or set of test cases we would perform each time just before we sent something to someone.
As testers, we have the habit. We check and double-check things. We look both ways before crossing one-way streets because...well, we just do it.
My thought is that if we can make testing easier, less intimidating, people may see it as more achievable and do it more often until...it becomes a habit instead of a duty.
I've always said in my presentations that if something is easy to do, it's easy not to do.
I really believe this is true in testing. Sure, there are things about testing that can get complex and hard to wrap our minds around. However, there are many aspects of testing that are more related to habit or discipline than knowledge.
So, regardless of your role in your organization - developer, tester, user, etc., I encourage you to do the little things in testing one step at a time and get into the habit of testing.
This got my attention because I have heard testing described as an art, a craft, a process, a discipline, but never as a habit.
I have used the illustration before of testing being like flossing teeth - at least for developers. We all know we need to do it, but for lack of time, lack of floss, messes on the mirror, etc., we (at least "I") many times neglect to floss. Then, the dental hygenist gets onto me about it. I feel guilty for awhile, floss every day, then I start skipping days. Before long I'm out of the habit I never really developed in the first place.
Habits are both good and bad, developed over time by repeated performance. You don't necessarily need a written set of instructions to follow every time you do something, but at first they may help.
Before long, you do something so regularly, it starts to feel natural - like stopping by Starbucks every morning on the way to work, or picking up a morning paper at the newsstand.
What would testing look like if it were a habit? Perhaps we would by second nature take a second or third look at something. Or, we would have a checklist or set of test cases we would perform each time just before we sent something to someone.
As testers, we have the habit. We check and double-check things. We look both ways before crossing one-way streets because...well, we just do it.
My thought is that if we can make testing easier, less intimidating, people may see it as more achievable and do it more often until...it becomes a habit instead of a duty.
I've always said in my presentations that if something is easy to do, it's easy not to do.
I really believe this is true in testing. Sure, there are things about testing that can get complex and hard to wrap our minds around. However, there are many aspects of testing that are more related to habit or discipline than knowledge.
So, regardless of your role in your organization - developer, tester, user, etc., I encourage you to do the little things in testing one step at a time and get into the habit of testing.
Tuesday, March 14, 2006
Welcome!
Hi everyone!
Well, I finally took the plunge and decided to start this blog dedicated to software testing and other software quality-related issues. I still plan to continue to publish The Software Quality Advisor Newsletter online, but this will allow me to create and share information much quicker than I ever can with the newsletter.
I also look forward to interacting with you through the comments to the postings.
Here we go...enjoy the ride,
Randy
Well, I finally took the plunge and decided to start this blog dedicated to software testing and other software quality-related issues. I still plan to continue to publish The Software Quality Advisor Newsletter online, but this will allow me to create and share information much quicker than I ever can with the newsletter.
I also look forward to interacting with you through the comments to the postings.
Here we go...enjoy the ride,
Randy
Subscribe to:
Posts (Atom)