Thomas L. Gilchrist Testing Basics Set 4: Strategies & Metrics By Thomas L. Gilchrist, 2009.

Slides:



Advertisements
Similar presentations
Process 18:11 19/04/2015 Geir Skylstad SINTEF DELAB 1 ITUF 61.UP.93 miniseminar Programvareutviklingsprosessen, 16 sep 1993, Holmenkollen Restaurant Utviklingsparadigmer.
Advertisements

More CMM Part Two : Details.
How ISO9001 Compares with CMM Mark C. Paulk JAN,1995 CMM version 1.1 ISO9001 July 1994 presented by Zhilan Zhou.
Chapter 2 The Software Process
CMMI Overview Dr. Korson Software Engineering. 2 Immature organizations can be successful on occasion, but ultimately run into difficulties because –Success.
18 th International Forum on COCOMO and Software Cost Modeling October 2003 Use of Historical Data by High Maturity Organizations Rick Hefner, Ph.D.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
Computer Engineering 203 R Smith Process/Plan Model 7/ Development Process Models Development Process Models are different ways to look at the processes.
Glen Knight, PMP, CSP President How Mature Do You Think Your Are? The Project Management Maturity Model.
1 Introduction to System Engineering G. Nacouzi ME 155B.
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Chapter 3 The Structure of the CMM
SOFTWARE PROJECT MANAGEMENT Project Quality Management Dr. Ahmet TÜMAY, PMP.
Using A Defined and Measured Personal Software Process Watts S. Humphrey CS 5391 Article 8.
Capability Maturity Model
Project Management Methodology More about Quality Control.
Using Six Sigma to Achieve CMMI Levels 4 and 5
What ISO 9000 Mandates The requirements for a quality system have been standardized - but many organizations like to think of themselves as unique. So.
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
UNIT-II Chapter : Software Quality Assurance(SQA)
SQA Architecture Software Quality By: MSMZ.
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
Org Name Org Site CMM Assessment Kick-off Meeting Dates of assessment.
Capability Maturity Model Part One - Overview. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First.
Process Assessment Motivation SEI Capability Maturity Model
N By: Md Rezaul Huda Reza n
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Software Quality Assurance Activities
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.
Software System Engineering: A tutorial
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
SQA System Overview Chapter 4. Where we have been so far, Where we are going Where do software errors come from? What is quality? How can quality be measured?
S Q A.
Software Engineering Lecture # 17
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
Week 8 - Quality Management Learning Objectives You should be able to: §List and explain common principles of quality management (QM) §List, distinguish.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
Quality Concepts within CMM and PMI G.C.Reddy
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
CS Process Improvement CMM Hans Van Vliet, Software Engineering, Principles and Practice, 3 rd edition, John Wiley & Sons, Chapter 6. W. Humphrey,
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Page 1 The Capability Maturity Model (CMM) distinguishes between immature and mature software organizations. Immature software organizations are typically.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming.
COMP 6710 Course NotesSlide 3-0 Auburn University Computer Science and Software Engineering Course Notes Set 3: Software Process Maturity Computer Science.
An Introduction. Objective - Understand the difference between CMM & CMMI - Understand the Structure of CMMI.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
Recent trends in IT projects – Globalization, outsourcing, and virtual teams Project management process groups – Initiating, planning, executing, monitoring.
Project Management Processes for a Project
Thomas L. Gilchrist Testing Basics Slide Set 2: Software Processes By Tom Gilchrist 2009-v2.
UNIT 5.
Class-oriented metrics – Weighted methods per class, depth of the inheritance tree, number of children, coupling, response for class, lack of cohesion.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
B U D I L U H U R U N I V E R S I T Y POST GRADUATE PROGRAM MAGISTER ILMU KOMPUTER IT PROJECT MANAGEMENT.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
CS4311 Spring 2011 Process Improvement Dr
Information Technology Project Management – Fifth Edition
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Test Process “V” Diagram
Capability Maturity Model
Metrics Organizational Guidelines [1]
Presentation transcript:

Thomas L. Gilchrist Testing Basics Set 4: Strategies & Metrics By Thomas L. Gilchrist, 2009

Thomas L. Gilchrist What are the Tradeoffs …changes in one require compensation in others...

Thomas L. Gilchrist Tradeoffs Schedule Cost/Resources Scope Technology Quality / Critical Success Factors

Thomas L. Gilchrist How much testing? …risk!...

Thomas L. Gilchrist Testing and Risk The degree of risk increases The degree of testing

Thomas L. Gilchrist High Low High Low Where are you now? Level of testing Confidence in process TREND Testing and Risk

Thomas L. Gilchrist Testing Goals Testing is about finding errors. If you don’t find any errors, testing is a waste of time.

Thomas L. Gilchrist Testing and Risk Maturity of the development process The cost to find an error/bug

Thomas L. Gilchrist Definitions Requirement –A condition or capability needed by a user to solve a problem or achieve an objective –A condition or capability that must be met or possessed by a system …to satisfy a contract, standard, specification or other formally imposed document.

Thomas L. Gilchrist Test Terms Test Categories –Unit Testing –Integration Testing –System Testing –Acceptance Testing –Regression Testing Static Testing Dynamic Testing

Thomas L. Gilchrist The Test Process

Thomas L. Gilchrist The Testing Process Step 1 - Set Test Objectives Step 2 - Develop Test Plan Step 3 - Execute Tests Step 4 - Summarize and Report Results

Thomas L. Gilchrist General Workbench Input Source Materials Process Product ENTRYENTRY EXITEXIT Standards, templates, rules and checklists Do Work Rework Testing

Thomas L. Gilchrist Testing Workbench Test Process Products for Test Problems Tested Products ENTRYENTRY EXITEXIT Test Toolbox Test QC Test Measures

Thomas L. Gilchrist The Software Test Process Step 1 - Develop Test Objectives Task 1 - Organize Test Team Task 2 - Perform Risk Assessment Task 3 - Set Test Objectives Task 4 - Quality Control Step 2 - Develop Test Plan Task 1 - Define Business Functions Task 2 - Define Structural Functions Task 3 - Define Tests Task 4 - Create Function/Test Matrix Task 5 - Admin Test Requirements Task 6 - Formalize System Test Plan Task 7 - System Test Plan QC Task 8 - Develop Unit Test Plan Task 9 - Unit Test Plan QC Step 3 - Execute Tests Task 1 - Select Test Tools Task 2 - Develop Test Cases Task 3 - Execute Tests Task 4 - Quality Control Step 4 - Summarize and Report Results Task 1 - Record Defects Task 2 - Perform Data Reduction Task 3 - Develop Findings Task 4 - Formalize Report Task 5 - Quality Control

Thomas L. Gilchrist Test Process “V” Diagram Business Need Define Requirements Design System Build System Verify Acceptance Test System Test Integration Test Unit Test Verify Validate Validates Test Planning Test Objectives Test Execution (Static) Test Execution (Dynamic) & Test Reporting

Thomas L. Gilchrist The SEI CMM

Thomas L. Gilchrist Immature Vs Mature Organization ImmatureMature Heroic Efforts of Dedicated Team Repeating Proven Methods of an Organization Not ManagedManaged People Management Technology Process Not Fully Utilized Organization al Focus No "Memory", Improvised Repeatable, Followed, Predictable From: SEI CMM/Bill Curtis, et al.

Thomas L. Gilchrist CMM Architecture LevelKey Process Areas 1 Initial Heroes* 5 Optimizing System CQI Defect Prevention Technology Innovation Process Change Management 4 Managed System Measurement Process Measurement and Analysis Quality Management 3 Defined Engineering Technical Practices Organizational Process Focus Organizational Process Definition Peer Reviews Training Program Intergroup Coordination Software Product Engineering Integrated Software Management 2 Repeatable Project Management Software Project Planning Software Project Tracking Software Subcontract Management Software Quality Assurance Software Configuration Management Requirements Management Process Focus From: SEI CMM/Bill Curtis, et al.

Thomas L. Gilchrist Taking Action Based On Data

Thomas L. Gilchrist Measurement What’s you least favorite measurement? What’s your favorite measurement?

Thomas L. Gilchrist Designing a Metric Program GQMGQM * From "A Methodology for Collecting Valid Software Engineering Data" by Victor Basili and David Weiss. IEEE Transactions of Software Engineering, Vol. SE-10, No. 4, Nov. 1984

Thomas L. Gilchrist Designing a Metric Program Goal Q M * From "A Methodology for Collecting Valid Software Engineering Data" by Victor Basili and David Weiss. IEEE Transactions of Software Engineering, Vol. SE-10, No. 4, Nov. 1984

Thomas L. Gilchrist Designing a Metric Program Goal Question M * From "A Methodology for Collecting Valid Software Engineering Data" by Victor Basili and David Weiss. IEEE Transactions of Software Engineering, Vol. SE-10, No. 4, Nov. 1984

Thomas L. Gilchrist Designing a Metric Program Goal Question Metric * From "A Methodology for Collecting Valid Software Engineering Data" by Victor Basili and David Weiss. IEEE Transactions of Software Engineering, Vol. SE-10, No. 4, Nov. 1984

Thomas L. Gilchrist Designing a Metric Program Goal Question Metric * From "A Methodology for Collecting Valid Software Engineering Data" by Victor Basili and David Weiss. IEEE Transactions of Software Engineering, Vol. SE-10, No. 4, Nov. 1984

Thomas L. Gilchrist Understanding Metric Data Data is not information! DataInformation From: “Understanding Variation”, D.J. Wheeler

Thomas L. Gilchrist Understanding Metric Data Data is not information! DataInformationAnalysis From: “Understanding Variation”, D.J. Wheeler

Thomas L. Gilchrist Key Variation Concepts Variation exists everywhere Two types –Common causes (noise) –Special case (signal) Variation, waste, & predictability. 94% of all problems in an organization are due to common causes and only management can fix them. (Deming, “Out of Crisis”)

Thomas L. Gilchrist Run Charts Metric Time

Thomas L. Gilchrist Specification Targets Upper Specification Limit Lower Specification Limit Metric Time Voice of the customer

Thomas L. Gilchrist Shewhart’s Control Charts Every data set has noise. “Noise” confuses and clouds single value comparisons. Some data sets contain signal (special causes). Control charts separate potential signals from noise.

Thomas L. Gilchrist Control Chart Metric Time Voice of the process

Thomas L. Gilchrist Control Chart Metric Time Voice of the process Upper Control Limit Lower Control Limit

Thomas L. Gilchrist Signal and Noise Upper Control Limit Lower Control Limit Metric Time Voice of the process "Special Cause" "Common Cause" Region Data excursions

Thomas L. Gilchrist Serial Correlation Metric Time Voice of the process Upper Control Limit Lower Control Limit

Thomas L. Gilchrist Recommendations Improve measurement systems –Commit to measurement, not guessing –Devise and use common measurement tools and definitions –Train data collectors on metric definitions Reduce process variation Improve process results

Thomas L. Gilchrist Variation In Software In software, when one process has wide variation, more than likely, they all have have wide variation. High precision in software measurement is unnecessary at this time.

Thomas L. Gilchrist Suboptimization Suboptimization occurs when one doesn’t think of the total system...it is about dependencies.

Thomas L. Gilchrist X+Y=1 Suboptimization X+Y=1 Suboptimization occurs when one doesn’t think of the total system...it is about dependencies.

Thomas L. Gilchrist Suboptimization X is big and Y is big = goodness How do we allocate resources between x and Y? What are some examples? Suboptimization occurs when one doesn’t think of the total system...it is about dependencies. X+Y=1