Viking Quality Report Team Assignment 9 Team 2-1.

Slides:



Advertisements
Similar presentations
What is Test Director? Test Director is a test management tool
Advertisements

Process and Product Quality Assurance (PPQA)
Configuration Management
Automated Software Testing: Test Execution and Review Amritha Muralidharan (axm16u)
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Chapter 4 Quality Assurance in Context
QAAC 1 Metrics: A Path for Success Kim Mahoney, QA Manager, The Hartford
© 2008 RightNow Technologies, Inc. Title Best Practices for Maintaining Your RightNow Knowledge Base Penni Kolpin Knowledge Engineer.
Improving the R&D/Support Relationship Karen Herzog Vice President, Support Services McKesson SCP Showcase November 10-11, 2004.
Software Configuration Management
SE 555 Software Requirements & Specification Requirements Management.
SE 450 Software Processes & Product Metrics 1 Defect Removal.
1 Software Engineering II Presentation Software Maintenance.
CS 325: Software Engineering March 26, 2015 Software Quality Assurance Software Metrics Defect Injection Software Quality Lifecycle Measuring Progress.
Section 4.0 Project Implementation. Factors that Ensure Success  Update the project plan  Stay within scope  Authorized change implementation  Providing.
Testing - an Overview September 10, What is it, Why do it? Testing is a set of activities aimed at validating that an attribute or capability.
 QUALITY ASSURANCE:  QA is defined as a procedure or set of procedures intended to ensure that a product or service under development (before work is.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 13 System Test Execution
Readiness Index – Is your application ready for Production? Jeff Tatelman SQuAD October 2008.
Release & Deployment ITIL Version 3
Presenter: Jennifer LoGalbo RHP 8 Monthly Learning Collaborative Call March 10,
Software Quality Chapter Software Quality  How can you tell if software has high quality?  How can we measure the quality of software?  How.
LOGO “ Add your company slogan ” Software Measurement & Analysis Team Assignment 2.
Change Control Boards and Release Planning Presented by Alicia Iwaniw.
Techniques for Execution of System Tests Execution of System Tests.
Software Inspections. Defect Removal Efficiency The number of defects found prior to releasing a product divided by The number of defects found prior.
© Mahindra Satyam 2009 Defect Management and Prevention QMS Training.
Software Quality Assurance SE Software Quality Assurance What is “quality”?
LOGO “ Add your company slogan ” Software Measurement & Analysis Team Assignment 2.
Viking Survey Results Report Team Assignment 11 Team 2-1.
Software Project Management With Usage of Metrics Candaş BOZKURT - Tekin MENTEŞ Delta Aerospace May 21, 2004.
Team Assignment 15 Team 04 Class K15T2. Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Project Management Part 6 Project Control. Part 6 - Project Control2 Topic Outline: Project Control Project control steps Measuring and monitoring system.
-1- Project Name Project Name Weekly Project Report Project Manager : __________________ Date : ___________________.
QUALITY ASSURANCE PRACTICES. Quality Plan Prepared and approved at the beginning of project Soft filing system approach followed. Filing location – –
Oct 8, 2003Ruth SVPMA1 Top 10 Things Needed to Create a Successful Product Getting from Market Requirements to Final Software.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Chair of Software Engineering Exercise Session 6: V & V Software Engineering Prof. Dr. Bertrand Meyer March–June 2007.
“Sufficient Quality” Presentation by Michael Henderson BSc, GDArts, PMP 25 th July 2013 Recognising when enough is enough.
Approaches to ---Testing Software Some of us “hope” that our software works as opposed to “ensuring” that our software works? Why? Just foolish Lazy Believe.
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
August 25, 2008 TPTF Nodal Status Report: Quality Center Update Eileen Hall.
© 2012 Václav Rajlich Software Engineering: The Current Practice Ch Conclusion of software change The last phase of software change The activities.
Software Testing Process
Apply Project Scope Management Techniques Project Scope Processes – Part 2 Week 4 Certificate IV in Project Management Qualification Code BSB41507.
REGRESSION TESTING Software Quality Engineering NC Zunaira Tariq Bese 19B Software Quality Engineering NC Zunaira Tariq Bese 19B.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Internal developer tools and bug tracking Arabic / Hebrew Windows 3.1Win95 Japanese Word, OneNote, Outlook
USDA 2016 Financial Management Training Transforming Shared Services Change Management Presented by Ron Gros.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
Configuration Management
Software Configuration Management
Approaches to ---Testing Software
Software Configuration Management
Testing Process Roman Yagodka ISS Test Leader.
12 Steps to Useful Software Metrics
Pega 9/14/2018 8:48 AM Definition of Done = ready for PO acceptance
CMMI – Staged Representation
Engineering Processes
Software Quality Engineering
Definition of Ready.
State Modeling Presented by Francine Wolfe
Inspection and Review The main objective of an Inspection or a Review is to detect defects. (Not for Giving Alternative Solutions) This activity and procedure.
Quality Measurable characteristic Cyclomatic complexity Cohesion
Development Lifecycle
Engineering Processes
Project Management Group
Holistic Release Criteria
Presentation transcript:

Viking Quality Report Team Assignment 9 Team 2-1

Content Viking Product Defect Lifecycle Defect Detection Arrival Rate by Severity Metric Defects Detection by Status Active Defect by Status Viking Project Defect Data Analyze Viking Project Defect data Conclusion and Recommendation

Viking Product Defect Lifecycle

Defect Detection Arrival Rate by Severity Metric Measurement Functions: Defect Detection Arrival rate by Severity = Number of defects detected that period Base MeasureMeasurement Method Number of defects detected by severity Count all defects in the week follow each type severity Measurement Functions and Methods Decision Criteria Ready to Ship: No critical, no high defects and <= 5 medium defects in week 7 Standardized Definitions Attribute/EntityDefinition DefectA software fault that requires a correction Severity The impact of the defect on the operation of the software (i.e., critical, high, medium, low) Defection arrival rateThe number of newly opened defects during the period

Report Format

Defects Detection by Status Standardized Definitions Attribute/EntityDefinition Defect OpenStatus of new defect, not yet assigned Approved The defect has been approved for resolution Assigned The defects has been assigned to a software engineer who will work on the defect Resolved The software engineer responsible for fixing the defect believes that the defect is fixed. Typically this means that the updated product passes all unit and integration tests. Not- resolved Tested The defect is considered resolved by the QA team ClosedThe updated product is available for release. Sometimes the original defect submitter is responsible for closing defects, but often this isn't possible.

Measurement Functions: Open defects= count of open defects Approved defects= count of approved defects Assigned defects = count of assigned defects Resolved defects = count of resolved defects Not- resolved defects= count of not- resolved defects Tested defects= count of tested defects Closed defects= count of closed defects Measurement Functions and Methods Decision Criteria Ready to ship: For non- closed defects: No non-closed critical defects Less than 10 non-closed high defects Less than 25 non-closed medium defects For arrival rate: No new defects in the last week of system test

Report Format

Active Defect by Status Measurement Functions and Methods Decision Criteria Standardized Definitions Attribute/EntityDefinition Active defectActive defect that are from status approved to status tested of a defect Measurement Functions: Active defect = Approved defect+ assigned defect+ resolved defect+ not resolved defect+ tested defect Ready to ship: Less than 10 active defects in the last week of system test

Report Format

Viking Project Defect Data Analyze Assume the Viking Product has been in system test for 7 week, the current week is #7 There are about more than 5 and less than 23 defects has been opened per week, the variance is about 18 defects And there about more than 12 and less than 71 defects has been close per week, the variance is much more than the open frequent. For at the current time (week 7), number of open defects is the highest and there is any defect that resolved. There is no defect to be reopen or rejected. All defects are considering to be approved and assign to 2 developers, Bob and Anjuli.

Viking Project Defect data Conclusion and Recommendation Based on data analysis, we can see status of product at week 7 is: We should not ship to customer (using 2 quality to evaluate : correctness and ready to ship) Need to add more resources for fixing defects to ensure fixing meet standard Need build process for ensuring quality of product. Viking CCB has no fix meeting day and schedule, so the recommendation is they need to have the meeting schedule and rule.