Home > Ask the Software Quality Experts > Software Testing and Quality Assurance Questions & Answers > How to make testing estimation more accurate
Ask The Software Quality Expert: Questions & Answers
EMAIL THIS

How to make testing estimation more accurate

Karen N. Johnson EXPERT RESPONSE FROM: Karen N. Johnson

Pose a Question
Other Software Quality Categories
Meet all Software Quality Experts
Become an Expert for this site


Software quality news and advice
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


>
QUESTION POSED ON: 12 December 2007
I have not followed any effort estimation techniques to provide the estimations for completing the design of test cases and the duration required by the team of 4 members to complete the testing cycle. Could you please explain to me how managers or leads provide the estimation for completing these tasks?

>
EXPERT RESPONSE

Estimates can be difficult; one reason estimates can be so challenging is that estimates are often requested so early in a project that you might not know enough information to provide a close to accurate estimate.

Here's one approach: Break each large task down into smaller tasks. When I reference small, I'm thinking nothing larger than a week or about 30 hours of work. The smaller the task you're estimating, the more likely you are to be on target. Before you finish estimating at the low level, consider how much time you might need if everything doesn't go smoothly. Build buffer time. Since you might not need to show all the estimates and the breakdown you've created, roll the estimates back up into the categories requested. If you get asked for details, you'll have the breakdown of how you came up with the higher level estimates. Resist the urge to shave or reduce the estimates when you roll up. Sometimes if the number looks too large, you might doubt yourself or be tempted to start cutting.

A suggestion I'd like to offer is -- ask the people on your team for input. If you're the test lead or test manager, ask the people on your team who'll be doing the work what they think. I often write estimates and then hold onto what I think and ask people on my team for input. When they provide their estimates, I share what I have created. I do this so that they're not swayed by what I have written. And I'm happy to talk through estimates with the people on my team. When we talk out estimates, it helps us understand the work better and to anticipate issues that might drain time during the actual work.

Software test planning:
The role of a software test manager

How to define a test strategy

Tips for creating software project plans

And finally there is an old rule of thumb that testing will take about 30% of development efforts. I don't like this rule of thumb as a blanket statement because I think sometimes functionality can be coded faster than the same functionality can be tested. And in other cases, testing can take less than that time. There are variables in estimates I like to consider as well -- like compatibility testing that might not be factored into a quick 30% rule.

If at all possible, keep a history of your estimates versus actual. Time and experience are some of the best educators. If you keep track, you might gain useful history.


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


RELATED CONTENT
Software Testing and Quality Assurance
How to use tools for system integration testing
How to match the test environment to the production environment
An approach to integration testing
Running UAT and system testing in parallel
Software testing methodologies should match context
Do software testers need developer experience?
Choosing code coverage tools
Performance testing and experimental design
How to test software with dynamic requirements
Test metrics and use case coverage during testing

Software test design
Choosing code coverage tools
Performance testing and experimental design
How to test software with dynamic requirements
Test metrics and use case coverage during testing
How to determine test coverage
Software testing is improved by good bug reporting
Regression test cases in safety-critical software
Test cases from requirements specifications and use cases
Software testing fundamentals: Testing basics
How to thoroughly test a website without automated tools

Software testing and quality assurance (QA) fundamentals
How to match the test environment to the production environment
Software testers are not helpless
Software testing methodologies should match context
Do software testers need developer experience?
Choosing code coverage tools
How to test software with dynamic requirements
Strong software QA has theoretical, technical aspects
Software testers must understand the business side of software quality
Software quality best practices
Test metrics and use case coverage during testing

RELATED GLOSSARY TERMS
Terms from Whatis.com − the technology online dictionary
gray box  (SearchSoftwareQuality.com)

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary



Search and Browse the Expert Answer Center
Search and browse more than 25,000 question and answer pairs from more than 250 TechTarget industry experts.
Browse our Expert Advice

About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Reprints  |  Site Map




All Rights Reserved, Copyright 2006 - 2008, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts