Q&A: Quality's More Than Fixing Bugs - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

IoT
IoT
Government // Enterprise Architecture
News
6/24/2010
03:25 PM
50%
50%

Q&A: Quality's More Than Fixing Bugs

Johanna Rothman is a software development consultant who focuses on requirements and other software life-cycle issues.

Johanna Rothman is a software development consultant who focuses on requirements and other software life-cycle issues. Dr. Dobb's editor Jon Erickson recently talked with her about software quality.

Dr. Dobb's: What's "software quality"?

Rothman: Jerry Weinberg's notion that "quality is value to someone" helps me see who the "someones" are and what they value. Some people want more features. Some want more defects fixed. Some want the product faster. Some want all three. When you start a project, you make decisions about which customers you want to please first. Capers Jones' definition is more concrete: "software that combines the characteristics of low defect rates and high user satisfaction."

Dr. Dobb's: What's your favorite quality metric?

Rothman: When I'm using Agile or defining requirements with user stories, I like acceptance tests. I use burn-up velocity charts in any incremental life cycle. They show total requirements, requirements done, and requirements remaining. That helps management realize when a project will be done, assuming we care about quality. If I'm not using Agile, I like the ratio of good fixes to bad. That tells you if you're making progress. I also look at cost to fix a defect if I'm trying to decide if it's worth fixing problems before release.

Dr. Dobb's: What are the most effective testing methods?

Rothman: I like test-driven development because the quality is in the design. I think of TDD as an advanced skill. It's difficult to think ahead with tests when we've been trained to think about design and then test. Without TDD, I'm a huge fan of unit, feature, and integration testing, and if the developers are ready to pair, pairing. Pairing improves people's ability to see the whole system. If people aren't ready for pairing, then go with peer review of some sort.

We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
Comment  | 
Print  | 
More Insights
InformationWeek Is Getting an Upgrade!

Find out more about our plans to improve the look, functionality, and performance of the InformationWeek site in the coming months.

News
Remote Work Tops SF, NYC for Most High-Paying Job Openings
Jessica Davis, Senior Editor, Enterprise Apps,  7/20/2021
Slideshows
Blockchain Gets Real Across Industries
Lisa Morgan, Freelance Writer,  7/22/2021
Commentary
Seeking a Competitive Edge vs. Chasing Savings in the Cloud
Joao-Pierre S. Ruth, Senior Writer,  7/19/2021
White Papers
Register for InformationWeek Newsletters
Video
Current Issue
Monitoring Critical Cloud Workloads Report
In this report, our experts will discuss how to advance your ability to monitor critical workloads as they move about the various cloud platforms in your company.
Slideshows
Flash Poll