Can we calculate the profit of testing? Jurian van de Laar Philips TASS 10th Dutch Testing Day October 8th, 2004 - Leiden Version 2.0.

Slides:



Advertisements
Similar presentations
Web Development Engineering Processes Introduction to Web Development Outsourcing Processes.
Advertisements

Automated Software Testing: Test Execution and Review Amritha Muralidharan (axm16u)
The ROI of Testing Presented By: Shaun Bradshaw Questcon Technologies The ROI of Testing Presented By: Shaun Bradshaw Questcon Technologies.
Chapter 4 Quality Assurance in Context
Predictor of Customer Perceived Software Quality By Haroon Malik.
Failure Mode and Effect Analysis
Enhancing Reliability through HALT.  Introduction to HALT  Benefits of HALT  The HALT process.
1 FY2001 CENTER SOFTWARE INITIATIVE PROPOSAL (CSIP) for the NASA Independent Verification and Validation Facility COTR: Kenneth McGill PI: Nancy Eickelmann.
The Transforming Power of the ITIL Framework for the Project Manager Patrick von Schlag Deep Creek Center November 10, 2010.
Overview Lesson 10,11 - Software Quality Assurance
Chapter 6 Total Quality Management Chapter Outline Quality imperative.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
1 SOFTWARE QUALITY ASSURANCE Basic Principles. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance SW Quality:
Software Testing and Quality Assurance: Introduction and Terminology
3 Internal Analysis: Distinctive Competencies, Competitive Advantage, and Profitability.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Ensuring Quality and Productivity If you forget the customer, nothing much else matters. —Anne Mulcahy, CEO, Xerox Corporation Chapter 2 Copyright © 2010.
Software Process and Product Metrics
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Chapter 2 A Strategy for the Appraisal of Public Sector Investments.
University of Southern California Center for Systems and Software Engineering Improving Affordability via Value-Based Testing 27th International Forum.
F.M.E.A (Failure Mode and Effect Analysis)
Presented to: [Date] By (Insert Name) Failure Mode and Effect Analysis (FMEA)
Software Quality Chapter Software Quality  How can you tell if software has high quality?  How can we measure the quality of software?  How.
Risk management in Software Engineering T erm Paper By By Praveenkumar Sammita Praveenkumar Sammita CSC532 CSC532.
Security Risk Management
Prof. Mohamed Batouche Software Testing.
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
Why do we … Life cycle processes … simplified !!!.
Chapter 7 Auditing Internal Control over Financial Reporting McGraw-Hill/Irwin ©2008 The McGraw-Hill Companies, All Rights Reserved.
1 © Quality House QUALITY HOUSE The best testing partner in Bulgaria.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Slide 1V&V 10/2002 Software Quality Assurance Dr. Linda H. Rosenberg Assistant Director For Information Sciences Goddard Space Flight Center, NASA
Top Down View of Estimation Test Managers Forum 25 th April 2007.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 9 – Quality Management 1INFO636 Week 9.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 9 Slide 1 Critical Systems Specification 1.
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin 7-1 Chapter Seven Auditing Internal Control over Financial Reporting.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Chapter 1: Fundamental of Testing Systems Testing & Evaluation (MNN1063)
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
1 Summarize from: Sustainability of ERPS performance outcomes: The role of post-implementation review quality Nicolaou A. and Bhattacharya S. International.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 21 Slide 1 Software evolution.
IT Procurement Forum February 28, Agenda Welcome Background Flexibility Solution Based Procurements Pre-Qualified Vendors Risk Assessment.
Software Engineering Lecture 8: Quality Assurance.
Lalit Panda, SVP SC and IT, Harman Consumer Group, Inc. Consumer Returns Oct 28 th 2008, Atlanta Making a Business Case for IT Investements in Reverse.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
TOTAL PRODUCTIVE MAINTENANCE
Failure Modes and Effects Analysis (FMEA)
Stoimen Stoimenov QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Failure Modes, Effects and Criticality Analysis
TM 720: Statistical Process Control DMAIC Problem Solving
An Introduction to Cost of Poor Quality
Software Engineering (CSI 321)
SEVERITY & PRIORITY RELATIONSHIP
FMEA.
Failure mode and effect analysis
Software Quality Engineering
Higher-Level Testing and Integration Testing
Fundamental Test Process
By: David Hoang Martin Hoffman
Strategic Uses of Information Technology
Failure Mode and Effect Analysis
Software Testing “If you can’t test it, you can’t design it”
Software Defect Reduction Top 10 List Barry Boehm, University of Southern California Victor R. Basili, University of Maryland IEEE Computer, January 2001.
© Oxford University Press All rights reserved.
PFMEA Summary Process Steps
©2005 Prentice Hall Business Publishing, Introduction to Management Accounting 13/e, Horngren/Sundem/Stratton ©2008 Prentice Hall Business Publishing,
Implementation of EuP in Industrial Practice
Presentation transcript:

Can we calculate the profit of testing? Jurian van de Laar Philips TASS 10th Dutch Testing Day October 8th, Leiden Version 2.0

Philips TASS, 20/10/20152 Agenda Introduction Why talk about ‘profit’ of testing ? Consequences of insufficient testing Profit of testing: calculation example Supporting practices Profit calculation example refined Conclusions

Philips TASS, 20/10/20153 Introduction Philips TASS International –Independent subsidiary of Philips Electronics –Technical and embedded software Philips TASS Netherlands –Founded in 1978, Location Eindhoven –160 software specialists –HW/SW Interfacing, Remote Services, Integration & Testing (I&T) TASS I&T task force: –Increase I&T knowledge (ISEB) –Sharing I&T best practices –Enable customers to *compose reliable embedded software products *reduce the risk of product failure.

Philips TASS, 20/10/20154 Software testing in our line of business Large quantities, complex or safety critical Changing software in operation is difficult Driven by TTM (market-windows) Commitment, metrics, change control Rigorous testing vs strategy / techniques

Philips TASS, 20/10/20155 Why talk about ‘profit’ of testing ? To quantify the benefits of testing *Emphasis mostly on cost ; benefits hard to explain *Failures after production: taken into consideration? *Early fault detection contributes to total profit To make test process more efficient *‘Calculated risks’ sometimes not really calculated *Finding severe faults in testing prevents high costs

Philips TASS, 20/10/20156 The ‘profit’ of testing … Cost of testingCost of failure Profit: prevented cost of failure - cost of testing So, testing is important …but expensive. Rigorous … but exhaustive is impossible. ‘Bottleneck’ for TTM … a ‘calculated’ risk. How much to invest in ‘sufficient’ testing?

Philips TASS, 20/10/20157 Source: Rijkswaterstaat, Source: Eindhovens Dagblad Tuesday July 27, 2004 Source: Eindhovens Dagblad Tuesday August 8, 2004 “Murphy’s Law..” “Two failures at the same time..” “.. the other failure was in the control software.” “.. expects that the supplier will install faultless software this week.”

Philips TASS, 20/10/20158 Consequences of insufficient testing Dissatisfied customers (claims) Bad publicity (image/brand damage) Service (helpdesk, logistics) Fixing the faults (repairs)

Philips TASS, 20/10/20159 Costs of fixing a fault relative to phase From: E. van Veenendaal, The Testing Practitioner, Source: B. Boehm, Software Engineering Economics, 1981 Consequence worse if fault is found late Statistics show exponential increase Operation phase: 1000 x Cost Reqt. phase

Philips TASS, 20/10/ Can we calculate the profit of testing? A simplified hypothetical example: *Costs of testing effort: 180,000 Euro. *Serious problem found in acceptance testing. *Fix in acceptance test phase costs 1,400 Euro. *If not found until in operation: costs 20,000 Euro. *‘Profit’: n x (20, ,400) - 180,000 !! (where n is amount of serious problems found)

Philips TASS, 20/10/ Supporting practices Risk based testing Using intake criteria and acceptance criteria Measuring severity Measuring field call rate

Philips TASS, 20/10/ Risk management in unit testing Classify modules using criteria for Impact and Likelihood E.g. HIGH: give higher priority and more thorough testing Result: important defects found sooner: lower costs

Philips TASS, 20/10/ Using intake and acceptance criteria Example 1: Mobile Phone Project –Intake: Every module tested and reviewed –Acceptance: customer acceptance test Example 2: TV Project –Intake procedure: paper check release notes –Acceptance: team required on customer site

Philips TASS, 20/10/ Severity Severity A: Product can not be produced, block acceptance Severity B: Serious Problem Severity C: Cosmetic / Minor issue Severity D: Acceptable

Philips TASS, 20/10/ After the project: FCR Indication to what extent the product doesn’t meet the expectations of the customer, resulting in complaints. Meaning: –Simplified example: 4% FCR: Of every 100 sold products, 4 products are returned by the customer to the service organization (warranty period) –Used for root cause analysis, not a financial driver

Philips TASS, 20/10/ Supporting practices resumed *Risk based testing –Prioritize & Differentiate => Test Strategy ! –More effective testing, Lower cost of failure. *Using intake criteria and acceptance criteria –More explicit transitions between phases –Reduce costs of fixing faults from earlier phases *Measuring severity –Monitor seriousness of (potential) failure –Input for calculating cost/benefits of testing *Measuring field call rate –Analyze failures after product release –Input for calculating costs of product failure

Philips TASS, 20/10/ Can we calculate the profit of testing? *Found n serious problems (B) in unit testing. *2% FCR would cost 20,000 x 50 = 1,000,000 Euro. *5*52 B-problems NOT found would consume all profit! Taking cost of testing into consideration, e.g. (n x 800) + 180,000: extra profit is 819,200 Euro. 1,000,000 products sold Repair cost: 50 Euro per product Selling price: 500 Euro per product *2% FCR reduction = extra profit of 1,000,000 Euro. Expectations of supplier: 10% profit (50,000,000 Euro) 4% FCR (2,000,000 Euro) Hypothetical example refined: *Root cause analysis learned: type B yields 2% FCR.

Philips TASS, 20/10/ Conclusions Testing is not cheap … … insufficient testing is expensive. Risk based testing and criteria can increase effectiveness. Measuring during projects is important … … and if we continue to measure after release, costs and profit of testing can be calculated. Your contribution in refining and improving these calculations is more than welcome !!