 |
Home > Detail: Makers and Breakers
Viewing Item 1 of 510
| A StickyMinds.com Original |
|  | |
Makers and Breakers
By Harry Robinson
   
Summary: The industry is full of software makers and software breakers--which are you? Are you a developer or a tester at heart? Not what job do you hold at the moment, but what do you love to do? This week, Harry Robinson offers up a small personality test that might just give you some insight on the question. | | |
|
|
 |
Breaking the Rules
In the early 1900s, a mathematician named Gottlob Frege was putting the finishing touches on Volume 2 of his Basic Laws of Arithmetic. He had spent years writing his definitive work on set theory, the part of mathematics that deals with memberships.
Frege had painstakingly compiled impressive results based on the simple notion that any item was either a member of a set or it was not. For instance:The number 2 is a member of the set of counting numbers (1, 2, 3, 4 …).
The color purple is not a member of the set of colors typically found on a traffic light (red, yellow, green). On June 16, 1902, while Frege's book was at the printers, he received a short note from a fellow named Bertrand Russell. The note said something like this:Suppose there is a village in which every man must be clean shaven. There is a male barber living in the village who shaves those men, and only those men, who do not shave themselves. Who shaves the barber? Frege stared at the note with mounting horror. If the village barber shaved himself, then he would be shaving someone who shaved himself, which contradicted the rule. If the barber did not shave himself, then there was someone in the village who did not shave himself and was not shaved by the barber, which also violated the rule. In short, Russell's simple note brought Frege's work crashing down around him.
Frege eventually wrote a preface to his work which, very roughly translated, goes something like this: "I could wish that this issue had been brought up sooner, but…what the hell…I might as well publish."
Taking Sides
So, here's the personality test: Who do you feel sympathy for in this story? Do you admire Frege for his industrious nature, or do you admire Russell for his insight and the elegance of his example?
I must admit that I am firmly on the Russell side in this story, and that makes me a breaker. There are an infinite number of cases for which Frege's system worked, but Russell penetrated to the heart of the issue and found the case where the system fell apart. I can appreciate that it might have been nice to tell Frege about this problem a few years earlier, but I can't argue about the elegance with which Russell exposed and exploited the weak point in Frege's system.
This "counterexample" approach is a good way to think about software testing. Testers are too often seen as blindly banging away at keyboards, but keyboard banging only finds the most superficial faults. Good testers have a deep understanding of the system and its limitations, and they look for ways to exploit those limitations. They don't care about the infinite number of inputs that work well. In the finite amount of time before shipping, they want to find those inputs that make the software not work.
The topic of software testing runs very deep, but under it all, there is a thrill of the hunt for the perfect counterexample, the one input that brings everything crashing down. And good testers even have an aesthetic for the qualities of a good counterexample: short, sweet, devastating.
You're Not Alone
For my part, I started my software career as a developer, making software work. I was therefore surprised to find after a few years that what I really loved to do was to uncover situations where the software did not work.
A developer once told me that no one could feel fulfilled if they merely helped ship the product, but didn't have any code actually in the product. I disagree. When I walk out of the test lab with metaphorical smoke pouring out of machines that my tests have broken, I feel pretty darn fulfilled. I have come to think of software testing as something like fishing, except that you get paid.
What fascinates me is that the world is full of "breakers," who feel the same way as I do (and Russell did), and who like to think of counterexamples that don't fit the rules.
Years ago, in his book Gödel, Escher, Bach: An Eternal Golden Braid, Douglas Hofstadter considered counterexamples for the statement "one plus one always equals two."There are certain types of people who, as soon as some undeniable fact is written down, find it amusing to show why that "fact" is false after all. I am such a person…
Two raindrops running down a windowpane merge; does one plus one make one?
A cloud breaks up into two clouds—more evidence of the same? Even comedian George Carlin sounds a similar note with examples that defy rules in his book Brain Droppings:Sometimes we dismiss something by substituting the letters "s-h-m" for the initial consonant sound in the word and then repeating the word itself: "Taxes, shmaxes!" But…how do you dismiss a person named Schmidt? Nature Abhors a Category
But maybe it's unfair for us to poke away at the structures the rule makers set up; maybe the odds are really tilted in the rule breakers' favor. Reality is too complex to abide by simple pigeonholing rules, and there can be no clear-cut distinctions.
For instance, this column draws a distinction between software makers and software breakers. Well, my team invests heavily in test automation, so I spend a good part of my day making software that breaks software. Am I a maker or a breaker?
Or even worse, I typically only test software for people who don't test their own software. So, who should test the software I write? Go figure.
About the Author
Harry Robinson is Test Architect for Microsoft's Enterprise Management Division. In addition to his day job, he teaches classes on advanced software test automation and is a driving force behind Microsoft's model-based testing initiative. He has been at Microsoft for five years and has a Bachelors and Masters in Electrical Engineering. You can reach him at harryr@microsoft.com.
Back to Top
|
