TOKYO ELECTRON SOFTWARE TECHNOLOGIES 1/5 IWFST2005 - Testing & Quality – Issues on implementation quality in our project Nov 8, 2005 Tokyo Electron Software.

Slides:



Advertisements
Similar presentations
By Rick Clements Software Testing 101 By Rick Clements
Advertisements

Estimating Defect Density. True genius resides in the capacity for evaluation of uncertain, hazardous and conflicting information Winston Churchill.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
PERTEMUAN - 2 SOFTWARE QUALITY. OBJECTIVES After completing this chapter, you will be able to: ■ Define software, software quality and software quality.
Metrics Project and Process Metrics. Why do we measure? Assessing project status Allows us to track risks Before they go critical Adjust workflow See.
Software development in robotics: frameworks, tools and the OpenRDK D. Calisi.
Software engineering for real-time systems
Soft. Eng. II, Spr. 02Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 6 Title : The Software Quality Reading: I. Sommerville, Chap: 24.
Software metrics Selected key concepts. Introduction Motivation:  Management:  Appraisal  Assurance  Control  Improvement  Research:  Cause-effect.
Software Process and Product Metrics
Software maintenance Managing the processes of system change.
Test-Driven Development “Test first, develop later!” –OCUnit.
Testing Dr. Andrew Wallace PhD BEng(hons) EurIng
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Cyclomatic Complexity Dan Fleck Fall 2009 Dan Fleck Fall 2009.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University 1 Refactoring.
CS540 Software Design Lecture 8 1 Lecture 8: Structured Design Anita S. Malik Adapted from Schach (2004) Chapter 13 and Appendix.
Software Engineering Modern Approaches
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Software Engineering Software Process and Project Metrics.
Software Reviews & testing Software Reviews & testing An Overview.
Software Engineering 2003 Jyrki Nummenmaa 1 SOFTWARE PRODUCT QUALITY Today: - Software quality - Quality Components - ”Good” software properties.
This chapter is extracted from Sommerville’s slides. Text book chapter
T Project Review X-tremeIT I1 Iteration
1 Experience-Driven Process Improvement Boosts Software Quality © Software Quality Week 1996 Experience-Driven Process Improvement Boosts Software Quality.
1 Chapter 4 Software Process and Project Metrics.
Some Software Engineering Principles by D. L. Parnas Presented by Team 7: Amitkumar Dhameja Cincy Francis Rong Gu CS575 - Software Design, Team 7.
Software Quality Metrics
Chapter 7 Software Engineering Introduction to CS 1 st Semester, 2015 Sanghyun Park.
Designing classes How to write classes in a way that they are easily understandable, maintainable and reusable 5.0.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 8 – Reviews 1INFO636 Week 8.
Chapter 3: Software Project Management Metrics
1 Phase Implementation. Janice Regan, Overview of Implementation phase Create Class Skeletons Define Implementation Plan (+ determine subphases)
SOFTWARE PROCESS AND PROJECT METRICS. Topic Covered  Metrics in the process and project domains  Process, project and measurement  Process Metrics.
Slide 13.1 © The McGraw-Hill Companies, 2002 Object-Oriented and Classical Software Engineering Fifth Edition, WCB/McGraw-Hill, 2002 Stephen R. Schach.
Software Engineering 2004 Jyrki Nummenmaa 1 SOFTWARE PRODUCT QUALITY Today: - Software quality - Quality Components - ”Good” software properties.
Defect Classes and the defect repository
Software Metric; defect removal efficiency, Cyclomate Complexity Defect Seeding Mutation Testing.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa SOFTWARE PRODUCT QUALITY Today: - Software quality -
Software Engineering. Acknowledgement Charles Moen Sharon White Bun Yue.
Advanced S/w Eng - s/w productivity issues 1 Software Productivity Issues Why do software projects fail? Advanced Software Engineering COM360 University.
08120: Programming 2: SoftwareTesting and Debugging Dr Mike Brayshaw.
Hussein Alhashimi. “If you can’t measure it, you can’t manage it” Tom DeMarco,
Martin Hoffman Monica Hoffman. Goal To determine if a correlation exists between specified internal and dependability (external) metrics.
CS223: Software Engineering Lecture 21: Unit Testing Metric.
More SQA Reviews and Inspections. Types of Evaluations  Verification Unit Test, Integration Test, Usability Test, etc  Formal Reviews  aka "formal.
CAT Executive Review Team 3: Lions. Cycle 2 Key Lessons: Quality.
1 Week 7 Software Engineering Spring Term 2016 Marymount University School of Business Administration Professor Suydam.
Software Metrics 1.
Design Characteristics and Metrics
Software Engineering Design
Software Economics Phase Yield
Why Do We Measure? assess the status of an ongoing project
Lecture 17 Software Metrics
Cyclomatic Complexity
Cyclomatic Complexity
Object-Oriented and Classical Software Engineering Fifth Edition, WCB/McGraw-Hill, 2002 Stephen R. Schach
Chapter 13 Quality Management
Why Do We Measure? assess the status of an ongoing project
Software Engineering Lecture #35
Presented by Trey Brumley and Ryan Carter
Why Do We Measure? assess the status of an ongoing project
Why Do We Measure? assess the status of an ongoing project
Software Testing “If you can’t test it, you can’t design it”
1. Cyclomatic complexity
Chapter 8: Design: Characteristics and Metrics
Presentation transcript:

TOKYO ELECTRON SOFTWARE TECHNOLOGIES 1/5 IWFST Testing & Quality – Issues on implementation quality in our project Nov 8, 2005 Tokyo Electron Software Technologies Ltd. Hidekatsu Matsuda

TOKYO ELECTRON SOFTWARE TECHNOLOGIES 2/5 Overview of our project Developing GUI screen programs for semiconductor manufacturing equipment. Language: C++ More than 100 screens. Total 550KLOC. Team of engineers. Engineer Profile: –Experience on software development:1 to 15 years. Average 8 years. –Experience on OOD / C++:1 to 6 years. Average 3 years.

TOKYO ELECTRON SOFTWARE TECHNOLOGIES 3/5 Defect classification by injected phase In our project, 38% of defect has been injected in implementation phase. Type of errors: -Incorrect conditional logic -Access to deleted object -Memory leak -Lack of error handling -Etc,…

TOKYO ELECTRON SOFTWARE TECHNOLOGIES 4/5 To reduce defect injection in Implementation phase… We tried to introduce source code inspection, but it didn’t work because: –Under tight development schedule, design phase tended to delay, resulting shortened implementation time. This makes engineers reluctant to try new and time-consuming practices. –Everybody knows that code inspection is one of the “best practices”, but are not sure the degree of its positive impact in their own project. Best practices are easy to understand but difficult to promote in real project without showing their positive impact to engineers using example or data from their own project. It would be nice if we have easy-to-use models that can show the impact of best practices to software engineers.

TOKYO ELECTRON SOFTWARE TECHNOLOGIES 5/5 Measuring implementation quality We refactored one of a module to measure the result using several metrics. Improvement by the refactoring was not very obvious by the metrics. Are there more practical metrics? Metric OriginalRefactored OverallPer ModuleOverallPer Module Number of modules22 73 Lines of Code McCabe's Cyclomatic Number Lines of Comment Information Flow (Square(Fan-in * Fan- out)) OriginalRefactored Max CBO (Coupling Between Objects)1320 Average CBO Max Information Flow Average Information Flow