6/19/2007SE 652 - 2007_6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS.

Slides:



Advertisements
Similar presentations
Object Oriented Analysis And Design-IT0207 iiI Semester
Advertisements

Software Quality Assurance Plan
Software Testing. Quality is Hard to Pin Down Concise, clear definition is elusive Not easily quantifiable Many things to many people You'll know it when.
Requirements Specification and Management
P5, M1, D1.
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.
Software Quality Assurance Plan
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 Pittsburgh, PA Lecture 6: Team Planning.
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
Software Testing and Quality Assurance
6/19/2007SE _06_19_Overview_Inspections.ppt1 Team Software Project (TSP) June 19, 2007 High Level Designs, Code Inspections & Measurement.
Software Testing and Quality Assurance
1 Software Testing and Quality Assurance Lecture 15 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
06/12/2007SE _6_12_Design.ppt1 Design Phase Outputs: Completed & Inspected SDS & Integration Test Plan Completed & Inspected System Test Plan.
6/26/2007SE _6_26_TestResults_PSMp1.ppt1 Team Software Project (TSP) June 26, 2006 System Test.
5/29/2007SE TSP Launch1 Team Software Project (TSP) May 29, 2007 Launch/Strategy Team Formation.
Systems Analysis and Design in a Changing World, 6th Edition
SE 652 Software Quality Management Summer 2007 Lee Vallone.
8/7/2007SE _8_07_Misc_PostMortem.ppt1 Additional Topics & Team Project Post-Mortem.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
Software Testing Prasad G.
Using A Defined and Measured Personal Software Process Watts S. Humphrey CS 5391 Article 8.
Personal software process Mohammed ahmed ali. What is psp The personal software process (psp) is a structured set of process descriptions, measurements.
Project Execution & Termination Life Cycle Execution Presented by: Basker George.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
Testing. Definition From the dictionary- the means by which the presence, quality, or genuineness of anything is determined; a means of trial. For software.
INFO 637Lecture #81 Software Engineering Process II Integration and System Testing INFO 637 Glenn Booker.
Objectives Understand the basic concepts and definitions relating to testing, like error, fault, failure, test case, test suite, test harness. Explore.
CS 501: Software Engineering Fall 1999 Lecture 16 Verification and Validation.
RUP Implementation and Testing
INFO 637Lecture #41 Software Engineering Process II Development Plan INFO 637 Glenn Booker.
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
Software Process Guidelines VIETTEL Corporation. CONTENTS I.Standard folder structure II.Review Process III.Data Repository IV.Naming Convention 2.
INT-Evry (Masters IT– Soft Eng)IntegrationTesting.1 (OO) Integration Testing What: Integration testing is a phase of software testing in which.
Preparing for the Launch Mohammed El- Affendi. Launch Major Tasks  The Launch is performed according to script “LAU1”, table 3.1 in the book (page 39),
Testing Basics of Testing Presented by: Vijay.C.G – Glister Tech.
INFO 637Lecture #21 Software Engineering Process II TSP Roles and Overview INFO 637 Glenn Booker.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Team Software Process (TSPi) CS4320 Fall TSP Strategy Provide a simple process framework based on the PSP. Use modest, well-defined problems. Develop.
CS 350, slide set 5 M. Overstreet Old Dominion University Spring 2005.
Winter 2005SE-280 Dr. Mark L. Hornick Personal Software Process: Initial Process Overview.
Introduction to Software Project Estimation I (Condensed) Barry Schrag Software Engineering Consultant MCSD, MCAD, MCDBA Bellevue.
CS 350, slide set 9 M. Overstreet Old Dominion University Spring 2006.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 PSP-TSPi Faculty Workshop Pittsburgh, PA Lecture.
Chapter 8. The Process Phases 1. Launching teams 2. The development strategy 3. Team planning 4. The requirements process 5. Designing with teams 6. Implementation.
INFO 637Lecture #71 Software Engineering Process II Product Implementation INFO 637 Glenn Booker.
PRODUCT IMPLEMENTATION Chapter 8 Tawatchai Iempairote September 23, 2041.
Program Development Cycle
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
System Test Planning SYSTTPLAN 1 Location of Test Planning Responsibilities for Test Planning Results of Test Planning Structure of a Test Plan Test Definitions.
Integration and system test
Focus on design principles and on a process for doing design = To produce a precise, complete, high- quality foundation for product implementation.
1 Software Testing Strategies: Approaches, Issues, Testing Tools.
CS 350, slide set 9 M. Overstreet Old Dominion University Fall 2005.
Dynamic Testing.
CSC 480 Software Engineering PSP Project 1 August 20, 2004.
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
CS 350, slide set 10 M. Overstreet Old Dominion University Spring 2005.
CSC 205 Programming II Lecture 1 PSP. The Importance of High-Quality Work Three aspects to doing an effective software engineering job producing quality.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
CAT Executive Review Team 3: Lions. Cycle 2 Key Lessons: Quality.
Software Testing Strategies for building test group
Applied Software Implementation & Testing
Introduction to Systems Analysis and Design
The role of Planning in the Software Development Process
SDLC (Software Development Life Cycle) Role Play
Unit IV – Chapter 2 V-Test Model.
Presentation transcript:

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS Standards (e.g. coding, name glossary) Outputs: Completed, Inspected & Configuration Controlled Software Components INS & LOGD forms for design & code inspections Unit test plans & support materials Unit test & Integration test passed for all system software components Completed & reviewed user documentation Updated SUMP, SUMQ & LOGT forms Updated project notebook

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt2 Implementation Phase Inputs: System integrated and passes Unit Test & Integration Test Completed, Inspected and Configuration controlled software components Outputs: LOGTEST Forms (System Tester) LOGD forms for all testing (Change Counter producer) Updated SUMP, SUMQ & LOGT forms Updated project notebook

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt3 Implementation Planning & Design Implementation Planning Review work & ensure all tasks are assigned Detailed design & design review Psuedo-code, comment blocks, your choice Personal design review Unit test Development Develop special unit-test code & facilities (e.g. unit test harness, stubs) Standard test coverage: Logic decisions & paths Loop stepping & termination Variables & parameters – nominal/middle, upper & lower boundaries Error conditions Detailed Design Inspection (Review) 1-2 Developers, INS form & LOGD Coding & Code Review

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt4 Code & Unit Test Coding & Code Review Estimate defects prior to personal code review Code & execute personal code review Recommend several passes – looking for different defects on each pass (see PSP checklist) Execute “buddy” code review Plan vs. Actual Check Design, Design Review, Code & Code Review time to quality plan Defect Levels & Defect Rates to quality plan Quality criteria Design time > coding time Design review time > 50% of design time Code review time > 50% of coding time Code review defects > 2x compile found defects 3+ defects / review hour < 200 LOC / review hour Execute Unit Test per plan

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt5 Quality Not just defect rates Readability / Maintainability (e.g. good comment etiquette, indenting) Easy to understand design

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt6 Proposed System Test Schedule Note: Assumes system has already passed Integration Test Full feature to system test and instructor by COB June 25 including: Test environment Executable User documentation (note: CCRs can be filed against user documentation) Source code Tester generates CCRs for all finds & fills out LOGTEST to instructor when generated (see below) Development team updates LOGD referencing CCRs Required turn-around times for fixes 80% within 24 hours 99% within 48 hours Required test coverage short of blocking issues 80% First Pass Test Complete by June % First Pass Test Complete by June 30 Regression Test Complete by July 3 Daily test reports to instructor detailing test cases executed, results & CCRs

6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt7 Due June 26 Class Draft Measurment Plan All Test Quality Records (LOGTEST, LOGD, CCRs, etc.) Unit & Integration Test Updated Products (code components, SRS, HLD, User Documentation) Intermediate Products (e.g. Unit Test Plans) Key Metrics Presentation (10-15 minutes) No class on July 3 Note: July 10 class will do a full cycle 1 post-mortem