Presentation is loading. Please wait.

Presentation is loading. Please wait.

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

Similar presentations


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

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

2 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 25-35 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.

3 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,…

4 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.

5 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 Code192187.3343147.0 McCabe's Cyclomatic Number45920.96508.9 Lines of Comment64629.4153121.0 Information Flow (Square(Fan-in * Fan- out))134661.2355848.7 OriginalRefactored Max CBO (Coupling Between Objects)1320 Average CBO3.474.57 Max Information Flow1296.01936.0 Average Information Flow70.852.3


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

Similar presentations


Ads by Google