'Testers Are Idiots' Revisited
Stories Columns Opinions Resources
RabbitMQ hops toward interoperability
The Advanced Message Queuing Protocol lets developers bypass proprietary message queues, a...
|
Zeichick's Take: Borland back in the frying pan
VMware is happy about taking in Tod Nielsen, but what about Borland, the company he is lea...
|
Ballmer announces Windows 7, Windows Server 2008 R2 betas
Microsoft CEO Steve Ballmer used the CES 2009 spotlight to announce the availability of be...
|
Intersoft readies Silverlight data source controls
Developers creating line-of-business applications will benefit from these three controls, ...
|
Short Takes: January 1, 2009
In this issue, the editors take a look at Bjarne Stroustrup and his ideas about computer e...
|
Windows & .NET Watch: Knocking off at 5 for a quiet weekend
Every IT worker and software development manager would love to enjoy their time off withou...
|
Integration Watch: Maven goes commercial
Sonatype, Jason van Zyl's company, has expanded its array of software and support products...
|
Windows & .NET Watch: Add to cart? Maybe not
For those setting up e-commerce websites, cart software looks like it would be a good way ...
|
Zeichick's Take: Remembering the ‘Rules of the Garage’
Hewlett-Packard has long been an inspirational company, not just because of its current pr...
|
Letters to the Editor: JavaFX for Eclipse?
A reader criticizes Sun for its inability to get JavaFX out there, while another clarifies...
|
From the Editors: Clouds in the rear-view mirror… and windshield
Cloud computing became extremely popular this past year, and for good reason, as it offers...
|
A year of peace
What a year! In the past 12 months, we’ve seen a lot of change – some good, some bad. The ...
|
Defining – and redefining – your app dev lifecycle
The waterfall is dead. A new generation of applications and architectures has
changed t...
|
Make your builds of STAR quality
As your company becomes more and more agile, the pressure’s going to grow on a natural bot...
|
Business intelligence is everywhere, the challenge is to see it clearly
Executives and managers love business intelligence. In our turbulent economic times, BI to...
|
From Mobile to SOA: A Guide for Optimized Application Deployment
Customer need has driven the emergence of multiple computing tiers. Today’s application d...
|
By Edward J. Correia
October 14, 2008 —
Edward Correia is on vacation this week. Since he just finished wrapping up the program for the FutureTest 2009 conference, Test & QA Report is re-running his observations about the inaugural event in February 2008. This essay was published on March 4, 2008.
That’s right: Testers are idiots. The practice of testing offers no innovation. Testing is boring, manual and repetitive. It’s not a career. Testers aren’t as smart as developers. They’re nitpicky, pencil-pushing quality/process geeks. They’re beside the point and are easily replaced. Testing is not a career; it’s a necessary evil between application users and the brilliance of developers.
Believe it or not, some of these assertions came from an audience of testers at FutureTest, a conference I attended last week in New York City. The politically (and in all other ways) incorrect answers were the result of a question by Cisco’s Jeff Feldstein: “What are developers’ perceptions of test engineering?”
Feldstein, who manages a team of 40 software engineers across India, Israel and the U.S., presented a fine talk on how to attract, recruit and retain the most highly talented test engineers—whom he believes have the same skills as development engineers.
“Everyone we recruit for testing positions only wants to develop code” was a common audience complaint. But the truth is, Feldstein pointed out, that testers often do a fair amount of coding as the development teams do, and with far fewer restrictions. “In testing, you still develop complex software, and you decide what to build, not the marketing department,” he said.
For example, testers often build their own test utilities, harnesses and scripts. “If I feel I need something, all I have to do is convince my boss of the reasons and he says, ‘OK, go off and do it.’ And I can build it any way I like.” And since test teams are smaller than their development counterparts, testers often are able to see and work on more of the main application being developed, if not the entire thing. Developers—particularly those on large teams—sometimes see only a small part of the project.
Feldstein’s presentation, “Software Testing Is About Software Testers,” was a treasure trove of knowledge amassed from his 27-year career about the ways and means of retaining a good team of test engineers. For example, testers and developers should receive equal pay, have comparable career paths and equal say with other company organizations about product decisions. “Maybe not as far as the ship/don’t ship decisions, but they should have a say in strategy and product decisions. When I was a tester in a small shop, everything [that went wrong] was my fault,” Feldstein said.
Meanwhile, the test group should not be the only group in change of assuring quality, he said, nor should it be treated as a service organization. Testers should be collocated with developers and be viewed by upper management as developer peers, but remain independent of the development group.
Notable at the conference was a panel discussion called “Testing in the Complete Application Life Cycle.” Moderating the discussion was BZ Media EVP and FutureTest conference chair Alan Zeichick. Following a discussion about the need to move beyond the practice of picking any two of “on time, on budget and high quality,” Zeichick asked: “What do you see test organizations doing to improve … What are the low-hanging fruit?”
First to answer was technology analyst Theresa Lanowitz, who said that test organizations need to focus more on customer advocacy and less on becoming a police state. “It could be as simple as changing the department name from QA or testing department to the product validation or product verification department,” she said. While such a change might seem superficial and simplistic, she continued, the perception of the department’s function over time will “slowly change to one of core business value.”
Next to answer was Mark Sarbiewski, who handles design and implementation of Hewlett-Packard’s Quality Center, Performance Center and Application Security Center products. He suggested striving for more “effective testing without automation by application users.” Another is the use of metrics and financial incentives. “Put bonuses on the line tied to bugs in production versus bugs found before deployment. You’ll see an overnight change.”
The final word—and some comic relief—came from CollabNet CTO Jack Repenning. His suggestion to “change the culture of the organization around you” drew laughs from the crowd, perhaps because such shifts are never easy. “QA is not a filter,” he said, and suggested that test groups “evaluate your perception in the eyes of the company,” and emphasize the value of the testing.
If you missed FutureTest this year, take heart. This unique conference for test managers will take place again next year. So be sure to set aside Feb. 24 and 25, 2009, on your calendar.
Share this link: http://www.sdtimes.com/link/32961