Inspection Overview Massood Towhidnejad Computer & Software Engineering Dept. Embry-Riddle University

Similar documents
CS314 Software Engineering Peer Reviews

Skill Category 6 - Summary Walkthroughs, Checkpoint Reviews and Inspections

Standard Glossary of Terms used in Software Testing. Version 3.2. Foundation Extension - Usability Terms

CS 424 Software Quality Assurance & Testing LECTURE 3 BASIC CONCEPTS OF SOFTWARE TESTING - I

1 Visible deviation from the specification or expected behavior for end-user is called: a) an error b) a fault c) a failure d) a defect e) a mistake

NSPIRES User Guide 2014

Software Testing CS 408

Examination Questions Time allowed: 1 hour 15 minutes

EARLY AUTOMATION APPROACH

MTAT : Software Testing

In this Lecture you will Learn: Testing in Software Development Process. What is Software Testing. Static Testing vs.

Tool Support for Distributed Inspection

Sample Exam Syllabus

It is primarily checking of the code and/or manually reviewing the code or document to find errors This type of testing can be used by the developer

Certified Tester Foundation Level(CTFL)

MTAT : Software Testing

Certified Tester. Foundation Level. Overview

Code Reviews. James Walden Northern Kentucky University

Static and dynamic Testing

Examining the Code. [Reading assignment: Chapter 6, pp ]

OpenChain Specification Version 1.3 (DRAFT)

Object-Oriented and Classical Software Engineering

Object-Oriented and Classical Software Engineering

Chapter 10. Testing and Quality Assurance

Part 5. Verification and Validation

Heuristic Evaluation of Groupware. How to do Heuristic Evaluation of Groupware. Benefits

FDD Process #1: Develop an Overall Model

Investigating the Impact of Active Guidance on Design Inspection

Darshan Institute of Engineering & Technology for Diploma Studies

American Association for Laboratory Accreditation

Chapter 8. Achmad Benny Mutiara

Requirements Validation and Negotiation (cont d)

10. Software Testing Fundamental Concepts

Design Heuristics and Evaluation

SFU CMPT week 11

STUDY ON VARIOUS PHASES OF SOFTWARE TESTING LIFE CYCLE

Verification and Validation

Foundation Level Syllabus Usability Tester Sample Exam Answers

Software Quality Assurance

What is the Joint Application Development (JAD) Process?

[IT6004-SOFTWARE TESTING] UNIT 2

QA Best Practices: A training that cultivates skills for delivering quality systems

EXAM PREPARATION GUIDE

How to Conduct a Heuristic Evaluation

Modern Systems Analysis and Design. Third Edition. Jeffrey A. Hoffer Joey F. George Joseph S. Valacich. Chapter 17 System Implementation

TESTING. Overview Slide 6.2. Testing (contd) Slide 6.4. Testing Slide 6.3. Quality issues Non-execution-based testing

Objectives. Chapter 19. Verification vs. validation. Topics covered. Static and dynamic verification. The V&V process

Static Analysis Techniques

ACCREDITATION COMMISSION FOR CONFORMITY ASSESSMENT BODIES

OpenChain Specification Version 1.2 pc6 (DRAFT) [With Edit Markups Turned Off]

Verification and Validation

Rules for LNE Certification of Management Systems

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 11/10/2015

Quality Management Plan (QMP)

Certified Commissioning Technician (CxT) Application

Software Engineering Fall 2014

CS 160: Evaluation. Professor John Canny Spring /15/2006 1

SOFTWARE TESTING FOUNDATION COURSE CURRICULUM

Requirements Validation and Negotiation

CS 160: Evaluation. Outline. Outline. Iterative Design. Preparing for a User Test. User Test

Topics in Software Testing

Ethics & Business Application (2) Module outline

ITSS Model Curriculum. - To get level 3 -

Object Oriented Model of Objectory Process

(Complete Package) We are ready to serve Latest Testing Trends, Are you ready to learn? New Batches Info

Caliber 11.0 for Visual Studio Team Systems

OpenChain Conformance 2016-H1 Specification

Requirement Validation Model for Virtual Distributed System

CA Test Data Manager Key Scenarios

Part I: Preliminaries 24

3/539A/DC DOCUMENT FOR COMMENTING

COURSE BROCHURE. ITIL - Intermediate Service Transition. Training & Certification

Foundation Level Syllabus Usability Tester Sample Exam

Business Analysis for Practitioners - Requirements Elicitation and Analysis (Domain 3)

ACCREDITATION COMMISSION FOR CONFORMITY ASSESSMENT BODIES

HP Exstream Training Catalog. HP Exstream Design & Production 9.0

PROTERRA CERTIFICATION PROTOCOL V2.2

Information Security Management System (ISMS) ISO/IEC 27001:2013

DISCUSSION PAPER. Board of Certification Oral Examination Consistency

Software Engineering (CSC 4350/6350) Rao Casturi

Questions For Test Cases

Quality Management Plan (QMP)

BSc (Hons) Software Engineering (FT) - IC320

Verification, Testing, and Bugs

(Milano Lugano Evaluation Method) A systematic approach to usability evaluation. Part I LAB HCI prof. Garzotto - HOC-POLITECNICO DI MILANO a.a.

Analysis and Design with UML

THE BENEFITS OF MODEL-BASED ENGINEERING IN PRODUCT DEVELOPMENT FROM PCB TO SYSTEMS MENTOR GRAPHICS

Tools & Techniques I: New Internal Auditor

Use Guide STANDARD JIRA CLIENT. (Practical Case)

Invitation to Participate

EXAMPLE 2-JOINT PRIVACY AND SECURITY CHECKLIST

EXAMINING THE CODE. 1. Examining the Design and Code 2. Formal Review: 3. Coding Standards and Guidelines: 4. Generic Code Review Checklist:

8 Registering for a Call

Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 22 Slide 1

Guide to IREE Certification

Advanced Software Engineering: Software Testing

ISTQB Advanced Level (CTAL)

EXAM PREPARATION GUIDE

The Open Group Standards Process Part 1 - Overview. Copyright 2015 The Open Group

SERVICE TRANSITION ITIL INTERMEDIATE TRAINING & CERTIFICATION

Transcription:

Inspection Overview Massood Towhidnejad Computer & Software Engineering Dept. Embry-Riddle University

Inspection Is used to verify intellectual products by manually examining the developed product, a piece at a time, by small groups of peers Exploits the synergy created by a small group of people working together Performs examination of work products at defined checkpoints Uses a defined seven step procedure Keeps record of errors detected for quality control and process management Is not a forum for design decisions, nor it is a brainstorming session

Why Inspection is Important? Inspections serve as a filter to Prevent defects creeping from earlier stages of the development to following stages, thereby reducing the software cost by reducing» the defect detection cost» defect correction cost» warranty cost Provides on going validation and verification of the product throughout the development life cycle

Why Inspection is important? Relative cost to fix a defect Phase in which found Cost ratio (hrs) Requirement 1 Design 3-6 Coding 10 Testing 15-70 Operation 40-1000 We all know defects found during or after production is very expensive

Why Inspection is important? Some Cost Examples (assume engineering salary and benefit of $150K/year) Cost of defect in Requirement ($30-$250) Integration Testing ($750-$3000) SEI data Production ($10,000 HP, $ 140,000 IBM, $1,000,000 Commercial financial Services Inc., $1,000,000 Denver airport, multi Million NASA s Mars Probe)

Why Inspection is important? One third of software development cost is cost of rework Inspections save 60% of the rework This is 20% reduction in the total project cost Example: Motorola $46,000,000 cost avoidance productivity increased by 50% 41% increase in customer satisfaction 15% reduction in customer problem report

Key Elements of Inspection Objectives: To obtain defects, and collect data To communicate important work product information Elements: A planned, structured meeting requiring individual preparation by all A team of 3-6 people, led by impartial moderator

Key Elements of Inspection (Cont.) Participants Moderator (coordinate inspection) Author (developed artifact being inspected) Reader (interprets the artifact being inspected) Tester ** (member of the testing team) Inspector (s) (everyone except the author) Recorder (take notes during the inspection)

Key Elements of Inspection (Cont.) Inputs: Document to be inspected Related source documents General & tailored checklist Outputs: Inspection report Data on error types

Inspection Process Key phases Planning Overview Individual Preparation Inspection Meeting Rework Follow-up Inspection (causal) Analysis

Inspection Process Model (simple view) Work Product Preparation Overview Iindividual Inspection Formal Meeting Rework Inspection (Causal) Analysis Follow-Up

Formal Inspection Process Stages and People (detail view) PLANNING OVERVIEW PREPARATION INSPECTION REWORK FOLLOW-UP Moderator Author Moderator Author Reader Tester Inspector(s) Moderator Author Reader Tester Inspector(s) Moderator Author Reader Tester Inspector(s) Author Moderator Author Inspection Announcement Formal Inspection Process Individual Preparation Log Detailed Inspection Report Inspection Defect List INSPECTION ANALYSIS Moderator Author Reader Tester Inspector(s) Others Inspection Issue Form Inspection Summary Report SYMBOLS - Process Stage - Stage Transition - Inspection Form - Work product

Inspection Process (Cont.) Planning The participants are all identified, and their roles are defined» Author: Person responsible for the development, or modification of product. He is responsible to address the readers questions» Moderator: Makes sure the meeting proceeds according to schedule» Reader: Not the author, leads the team through the work

Inspection Process (Cont.)» Recorder: Records and classifies all the defects, assist the moderator in preparation of meeting reports» Inspector: All members of the team are inspector. Responsible for finding defects Author collects all the necessary document and make it available to participants Establish schedules

Inspection Process (Cont.) Overview Moderator distribute the material and identify roles and responsibilities Author provide an educational background to the work to be inspected for such issues as:» Functionality» Design» Methodologies» Technologies Participants ask question for clarification and understanding

Inspection Process (Cont.) Inspection Process (Cont.) Individual Preparation Inspectors» Review the products» Create and execute test cases» List Potential bugs Questions and issues for clarification Moderator decides how to run the inspection meeting Author put together additional supporting documents to refer to during the inspection meeting Tester examines the artifact to insure testability

Inspection Process (Cont.) Inspection meeting Only inspection team should attend No Management participation The moderator establish readiness for the inspection meeting» Make sure all key participants are present» Record the individual preparation time» Record individual s number of defect found» Establishes appropriate preparation is achieved» If not, cancel the meeting and reschedule The reader leads others through each phase (part) of the materials

Inspection Process (Cont.) Inspection meeting (Cont.) Each inspector discuss the defects that they found in each phase (part) and make sure it» Satisfy the appropriate standards» Meet the exit criteria Moderator make sure there is consensus about the defects identified (whether it is a defect, its type, and its severity) Recorder records all the defects that are recognized and accepted by the moderator Moderator generate action item list to accompany the defect list

Inspection Process (Cont.) Inspection meeting (Cont.) Moderator and inspection team determine the state of the product» No defect, release to the customer» Some defect, minor changes and then release» Some defect, mainly concentrated location, partial reinspection» Large number of defects, require re-inspection of the whole product Moderator records the inspection time Moderator request for process improvement (inspection, and software development) **** Moderator in collaboration with author estimate rework time

Inspection Process (Cont.) Rework The final defect list will be distributed by the moderator to author Author revise the product to eliminate ALL the reported defects The author record the actual rework time Follow-up The moderator verifies the rework, and elimination of the defects» Moderator check the fixes, and accept or reject them (rejected fixes require additional rework) The author in collaboration with the moderator determine whether a re-inspection is required The moderator provide the complete inspection report to inspection coordinator

Inspection Process (Cont.) Inspection Analysis Moderator check to see if the inspection rates were within the recommended values Moderator performs defect analysis» Is there any systematic problems in development» For each major defect Cause is systemic or mis-execution? Process change recommended? Action required? Moderator asks for process improvements (inspection and software development)***

Checklists Inspection Checklists Requirement Checklist Design Checklist Code Checklist Test Plan Checklist Test Case Checklist

Inspection Rates Development Stage OVIEW Rate PREP Rate INSP Rate Requirements 500 250 250 Preliminary design 500 200 200 Detailed design 500 150 150 Source code 300 150 150 Test plans 500 200 200 Test cases 300 150 150 The above rates are industry data. Rates are in lines per hour. A page is roughly equivalent to 50 lines. The above rates were found effective in system control applications.