<\/strong><\/em>
\u201cAn estimate is a forecast or prediction or approximation, which is a value that is usable for some purpose even if input data may be incomplete, uncertain, or unstable.\u201d In other words, an estimate is approximate of what it would cost, a rough idea of how long a task would take to complete or an approximate calculation of Quantity or degree or worth.<\/p>\n\n\n\n
What is Testing Estimation: Test Estimation Factors: Test Estimations Approaches: Example to calculate test estimation based on functional points:<\/p>\n\n\n\n Total Functional Points = 103 \u2022 Work Breakdown Structure\u2014 In this method test project is broken down into small modules. The Modules are divided into sub-modules. The Submodules are further divided into functionalities and functionalities are divided into sub-functionalities. The Estimations are calculated based on the individual sub-functionalities and later consolidated to get overall project estimates.<\/p>\n\n\n\n \u2022 3-Point Estimation\u2014 This method is based on the statistical methods in which each testing task is broken down into sub-tasks and then three types on estimation are done on each task.<\/p>\n\n\n\n 1. Positive Scenarios or Optimistic Estimate (O) Example<\/strong>: \u2022 Requirement Analysis Conclusion<\/em>:<\/em><\/strong>
<\/strong><\/em>
Test Estimation is the estimation of the testing size, testing effort, testing cost and testing schedule for a specified software testing project in a specified environment using defined methods, tools and techniques.<\/p>\n\n\n\n
<\/strong><\/em>
\u2022 The size of the System \u2013 Depending upon the complexity and size of the system requirements, test estimations need to be prepared. Requirements are categorized into complex, medium and simple or Straight-Forward and estimations are thus prepared.
\u2022 Types of Testing Needed\u2014As per the types of testing that needs to be performed, test estimations should be prepared. Different testing types include Functional, non-Functional, Performance and security.
\u2022 Scripting or Exploratory Testing- The estimates should include the creation of scripts and exploratory testing should include additional hours as there is no prior knowledge on the domain or application for the tester.
\u2022 Supporting Activities \u2013The estimates should also include supporting activities which are- Retesting, Regression testing, meeting, bug reporting and Filling Timesheets etc.
\u2022 How many test cycles to be executed\u2014No. of testing cycles required.<\/p>\n\n\n\n
<\/strong><\/em>
\u2022 Historical Data of Completed projects\u2014 Depending upon the efforts spent on the previous releases or similar projects estimates are provided.
\u2022 Organization specified Estimation Approach\u2014An organization has certain calculation depending on the resource experience factor and the estimations are provided using the statistical data that was followed by the organizations.
\u2022 Delphi Method\u2014- In this method, the information is gathered from the participants who are experts. In this estimation technique, each task is assigned to each team member & multiple rounds of surveys are conducted unless & until a final estimation of the task is obtained. In each round, the thought about the task is gathered & feedback is provided.
\u2022 Expert Judgement\u2014- Depending upon the experts past working experience, the estimations are prepared. This method is more useful when there is a limitation in finding data and gathering requirements.
\u2022 Functional Point estimation approach\u2014In this method for any given project functional points are measured. Depending on the complexity of the functional requirements the functional point factor is decided. The Functional requirements are classified into three categories- complex, medium and simple and subsequently, the estimations are calculated.<\/p>\n\n\n![\"\"](\"https:\/\/viewmyprojects.com\/winwirewp\/wp-content\/uploads\/2023\/11\/test-automation.webp\")
<\/figure><\/div>\n\n\n
Estimation factor for requirement per point = 3.15
Total Estimation hours per resource = 324 hrs<\/p>\n\n\n\n
2. Negative Scenarios or Most Likely Estimate (M)
3. Exceptional Scenarios or Pessimistic Estimate (P)<\/p>\n\n\n\n
Positive Scenarios estimation (O) = 45 mins
Negative Scenarios Estimation (M) = 30 mins
Exceptional Scenarios Estimation (P) = 50 mins
Simple Average Estimations formula = (O+M+P)\/3
(45+30+50)\/3
Total Effort Estimation per resource = 42 mins
The components that need to be considered while preparing the testing estimates:<\/p>\n\n\n\n
\u2022 Review and Approval
\u2022 AKD (Application Knowledge Document) updating and Lessons Learnt
\u2022 Phases Involved (SIT, UAT)
\u2022 Test Plan Efforts
\u2022 Test Case Design Efforts
\u2022 Smoke Testing Efforts
\u2022 Test Case Execution Efforts
\u2022 Defects Reporting
\u2022 Re-Testing Efforts
\u2022 Regression Testing Efforts
\u2022 No of Testers Involved
\u2022 No of cycles Involved<\/p>\n\n\n\n
There is no hard and fast rule for the test estimation for a project. Your experience plays a major role in the test estimation. Working on varied projects helps you to prepare for an accurate test estimation for the testing cycle. Obviously one cannot just blindly put some number of days for any testing task. Test estimation needs to be realistic and accurate. Software Test estimations need to be provided by considering all required factors and using the appropriate estimation approach\/ technique. The successful implementation of these processes leads to an overall improvement of the testing process.<\/p>\n","protected":false},"excerpt":{"rendered":"