TrainingConferencesAbout UsContact UsAdvertiseSQE.com

StickyMinds.com: brain food for building better software

Join

Join

Clarify Your Search Criteria
Tips on Using Our Search Feature(s)
StickyMinds.com Home
ResourcesEventsTopicsPowerPassJobs
Software Testing & QA Online Community  >  Detail: The Boutique Tester



A StickyMinds.com Original
Article Picture
The Boutique Tester

By Matthew Heusser

Send This Content to a FriendGet a Short Link to This ContentPrint This ContentSee User Comments About This Content

Summary: As Matt Heusser sees it, the "war on work" that exchanged centuries of craftsmanship for being a small part of the big machine has itself been replaced in the past decade--at least in the software industry--with a revitalization of the craftsperson. What's more, he sees the realization of the "boutique developer" as a promising sign for the possibility of boutique testers.


ASTQB





Generations ago, craftspeople lived in the center of town, owned the building, and lived upstairs. They generally owned their own tools. Independent craft was such a part of their being that when it came time to pick up last names, they looked to their crafts—Cooper, Miller, Smith, Carpenter, etc.

A few hundred years later, when it was time for young Matt Heusser to start his career, that independent spark was all but gone—at least from software development. Oh, it still existed in some of the trades; you still can find an independent plumber. But, the American people had begun to declare war on work. As Mike Rowe puts it, we relegated that plumber in our minds to a 300-pound slob "with his [rear end] hanging out."

At the time (1997), it was very hard to be an independent software contractor. To distribute software you needed to print CDs, stuff them in boxes, and market then to large retail stores. The few people who were online were using dialup modems and wouldn't stand to download Win32 software. Building a Web presence was expensive; you needed to build a server farm, rent a T1 connection, and hire an army of developers, DBAs, system administrators, analysts, and testers. The few craftsmen making shareware and open source software were hobbyists—it wasn't expected to pay your rent. Why, even the methodologies popular at the time pushed you toward an assembly line of specialists.

While you could work as an independent contractor for companies, the idea of making things for yourself just wasn't part of the scene. Aldous Huxley's brave new world had come.


Time Passes
Computers are faster and cheaper. Now I can rent a box that will run PHP, is stuck inside a collocation facility, and is connected to the Internet for a hundred dollars a month. A majority of Americans have a high-speed Internet connection, and the Web has evolved nearly to match the functionality of the traditional Win32 environment. Free programming tools at higher and higher levels of abstraction, combined with methods (like XP) that focus on the generalist, allow the programmer to be programmer, developer, and system administrator at the same time.

All of a sudden, it makes sense to hire one guy (or maybe two) to write your Web site. Custom software development—and the craftsman—is back, baby, and back big time. The Ruby on Rails movement alone is full of small companies like 8th Light, Obtiva, and Atomic Object that have generalists making custom software.

I believe this is a really good thing.

But, what about the tester? Why, the software tester doesn't make anything. The tester is just part of some assembly line. That's a job that should just go away as we all become generalists, right? Gosh, I hope not. Sure, I've done development and analysis, and I've been a generalist responsible for everything. It's just that I enjoy testing. It's what I want to do.

So, if we have found a space for the boutique developer, can we find a place for a boutique tester? And, if yes, what would that look like?

I believe the answer to those questions is still up for discussion. To compete as a craftsperson, the tester role will have to evolve. He'll have to be smarter, sharper, and faster. He'll have to explain testing services to people who are skeptical of such services and believe they can do it themselves. In the words of Harry Harrison, in his novel The Stainless-steel Rat:
It was easier in the old days, of course, and society had more rats when the rules were looser, just as old wooden buildings have more rats than concrete buildings. But there are rats in the building now as well. Now that society is all ferrocrete and stainless steel there are fewer gaps in the joints. It takes a very smart rat indeed to find these openings. Only a stainless steel rat can be at home in this environment.

So what would a "stainless steel," boutique tester look like?

Imagine a development project that is outsourced to one of these boutique development shops. The programming budget is in the area of at least $50,000 and also has an outside design firm and internal costs. The total cost of project is probably in the $100,000 range.

Now, imagine the project is halfway through. The customer begins to be concerned with functionality. This is a make-or-break project, the customer explains. Perhaps the customer is a media outlet, like NBC or the BBC. It starts to talk about how the project "has to work" and legal implications. The development staff—a bunch of craftspeople—start to hear about contracts, clauses, and SLAs.

What's does the CEO of a shop with seven employees do now?

Hopefully, the owner will tell the customer that he intends to hire a tester—someone independent, who can make an assessment of the software. This tester will be dropped in to mitigate risk for two to five percent of the development cost. At $5,000 for a $100,000 project, this is a simple insurance policy.

This means the tester isn't going to moan that he was not involved early or insist on detailed documentation—he will have to contribute actively to the project right now.

Perhaps, over time, this service becomes so valuable that the development shop plans on using a tester as part of its risk-management strategy in general. Sure, the developers will do test-driven development and perhaps even automate story tests for the customer. The final layer of testing—the pièce de résistance—is the air-dropped tester.

With a few shops to work with, it's possible that tester could create a boutique test consultancy. There are already a few people who do this sort of thing—stainless steel testers in the maze.

Keep in mind that testing as a profession is not going anywhere. There will be plenty of testing roles in larger organizations in the years to come. But is a testing boutique possible? I certainly believe so. Will it be a good thing? And, what will it take for us to get there? Alan Kay, the man generally credited with object-oriented programming, once said that the best way to predict the future is to invent it. Let's go prove him right.


About the Author
Matthew Heusser is a member of the technical staff at Socialtext and has experience in developing, testing, and managing software projects. A contributing editor for Software Test and Performance magazine. Matt is also a part-time instructor of Information Systems at Calvin College.

Back to Top
 

StickyMinds.com Weekly Column From 10/26/2009 

Member Comments
Add Your CommentExpand Comments
 
Comment:    
by Frank Sisto 10/30/2009

Matt this is a great article, thank you for writing it. You're tapping into something which doesn't get much press for whatever reason; the business cycle is about to come full circle, and small will rule again.

And is beginning to already. Look at all the commercial vacancies around you. These are monuments to overhead crushing a business under its own weight, along with living life by each quarterly revenue statement.

As the owner of a software services boutique (automated testing being one of the core offerings), I wholeheartedly believe that it is the best time in the last 10-15 years to start this type of...Read On

 
 
Comment:    
by Jon Bach 10/29/2009

As someone who works for a testing boutique (Quardev), I like what you're saying. Our clients tend to be those who need a specific focus and expertise -- i.e. craftsmen. That's me, that's our staff. We're a little more expensive because of that, but when you're in a pinch and need testers you can trust NOW to do work that stands up under scrutiny, that's where a shop like us can come in. It's hard to compete when it's all going overseas, but that's part of the power of a boutique. They tend to be local, personal, more responsive and adaptable.

 
 
Comment:    
by Peter Hawkins 10/27/2009

Hi,

This is a thought provoking article that really highlights some of the contradictions in our industry...We have CEOs clamouring for more agile for major projects with complex integration and multiple vendors on the one hand and Agile methodology talking small teams. We have the need for flexible non-production line thinking and real knowlege based craftsmen testers and yet we insist on test certifications that promote tired old mantras and lack of original thought. We have "Agile" developments that bring in testers at the last moment and bodyshops selling "System" testers to try and bolt on waterfall testing without the...Read On

 
 
Comment:    
by John Daughety 10/27/2009

Thanks for a great topic! With the revolution called agile development seemingly taking over the planet, I see more and more opportunity for the kind of person you describe, and as they uncover problems with customers' systems I'll bet they are asked to get involved earlier in the process as well.

I do have a couple questions about this role:

1. What is the impact of the "offshore testing shop" that will promise to run full regression tests with a 20-person team for $100, cash up front? Is this kind of service a competitor to the boutique tester?

2. Flexibility is definitely required for success as a...Read On

 
 
Comment:    
by Leo Burke 10/27/2009

Matt,

You answer is in your intro.

People will always seek out the services they need. In the old days, they may have walked a little farther outside town to get to the better craftsmen. But when you lack resources, like time or money. You are much more willing to settle for something less than Stainless Steel.

A quality product usually beats a lower priced product, as long as the quality is distinctive. Otherwise, price wins. So you have to compete both ways.

The other problem is convincing the customer that they need your services. Testing is part of the assembly line. Sometimes its...Read On

 
 
Comment:    
by jon hagar 10/27/2009

Interesting. You seem to be saying in part we travel in great cycles, though some of these "boutiques" have always been around to one degree or another For example many big companies started as just one or a handful of people, can anyone say MicroSoft or Google? But maybe we can have more of the small craftsmen shops now as you say.

I think, The case you outline is one of many that could/will playout. As such things come to pass, how will the small shops find such Boutique tester resources and how will they be any good for the $5k??

So maybe I should change my name: Jon Tester (or does that putting back into the...Read On

 
 
Comment:    
by Matthew Heusser 10/27/2009

Hi James. Hey, I agree, picking and choosing your customers would be critical. And, at the same time, you'd have to hit a critical mass so you /could/ turn down certain customers.

I think the key is that you've got to be recognized for your expertise, instead of being a commodity that is interchangeable. The Boutique tester is not a "warm body" tester. Somehow, the Boutique Development shops seem to pull that off ...

 
 
Comment:    
by James Christie 10/27/2009

I wouldn't have any complaints about getting dropped in late if the task were defined as "ok, given where we are now, do the best job you can in the time available, using your experience, skills and judgement".

However, the task has usually been "we really should have brought you on board a few months ago, but we don't feel brave enough to adapt to the current situation, so what we expect is that you will work an insane number of hours to catch up, with particular emphasis on trying to do stuff that's no longer really needed, but which the ticklist demands we've got to show at the end. Can we have a Master Test Plan in IEEE 829...Read On

 
 
Comment:    
by Danny R. Faught 10/27/2009

Hi, Matt. Great to see you writing here!

I like your comment about getting dropped into a project with no room to complain about not being involved earlier. It is what it is, and you take the job or you don't. When I saw more potential in these type of jobs than in process improvement jobs, I left process improvement behind and rolled up my sleeves.

And thanks for the Mike Rowe reference. He's talking now as I type. Good stuff.

 
Back to Top



 
Ads By Google
What's This?
 
 



About Us   |   Contact Us   |   Terms & Conditions   |   Privacy Policy   |   RSS Feed



© 2013 StickyMinds.com. All rights reserved.
ASTQB

Tricentis



Agile Development Conference & Better Software Conference West