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.


Sound Off! -   Be the first to post a message to Sound Off!


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


RELATED CONTENT
Software Testing and Quality Assurance
The scope of user acceptance testing
Regression testing: How to select test cases
How to specialize in performance testing
How to thoroughly test a website without automated tools
Regression testing is more than retesting
How to create reusable test materials
GUI automated testing projects
How to set up a test environment
How to choose a software testing methodology
Granularity in test case design

Software test design
Software testing fundamentals: Testing basics
How to thoroughly test a website without automated tools
How to create reusable test materials
Granularity in test case design
Tips for estimating test step execution
Documenting your software test project
Modular test case design consolidates tests
How to define a test strategy
How to design test cases from use cases
Comprehensive software testing and complex algorithms

Software testing and quality assurance (QA) fundamentals
Testing software in the dark is problematic
Software testers: Identity crisis or delusions of grandeur?
Determining the testing organization's place within a company
How to test a data warehouse
Software testing fundamentals: Testing basics
Software testing fundamentals: Other useful resources
Software requirements sign-off essential for solid QA
How to specialize in performance testing
The effectiveness of code coverage tools in software testing
How to thoroughly test a website without automated tools

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