The document summarizes the role of testing in the software development life cycle (SDLC). It discusses SDLC models like waterfall and V-model and covers the software testing life cycle. This includes test planning, use case scenarios, test cases, test types like unit, integration, and system testing. It also discusses test deliverables like scenarios and test cases and the bug life cycle.

1. Presenter Name: Mahendra Siingh Role of Testing in SDLC December 7, 2007

2. Role of Testing in SDLC " Quality is free… but only to those who are willing to pay heavily for it." (Lister, DeMarco: "Peopleware") Rahul Agrawal Radhu Gupta

3. Agenda SDLC Software Process Models Software Test Life Cycle Test Plan Use Case Scenarios Test Cases Bug Life Cycle

4. SDLC (Software Development Life Cycle) Software Process Models. Waterfall Model V-Model SDLC is the process of developing information systems through investigation, analysis, design, implementation and maintenance.

5. Waterfall Model Limitation of Waterfall Model. Implies that given stage is to be completed before moving to next stage. The model makes no allowance for prototyping. The model implies that once the product is finished, everything else is in maintenance. Design Feasibility Study Requirement Analysis Implementation Testing Coding Maintenance Waterfall Model Software Metrics SRS Format

6. V-MODEL

7. V-MODEL: Detailed View

8. Integrated Testing The V Model .Verification guidelines .Verification Procedures .Validation g u i d e l in e s .Validation Procedure Verification Validation Project Initiation Finalization of Specs. Finalization of Design Coding Build Software Build System Release for Use Development Activity Contract Code Review Design Review Revised Test Plan Specs Review Test Plan Product Quality Info. Functional Testing Integration Testing V & V Activities

9. Software Testing Life Cycle

10. Test Plan Purpose Scope Test Strategy (Approach, Test Deliverables, etc.) Project Management Schedule Risk and Contingencies Test Plan Template of RSI A document that defines the overall testing approach is called Test Plan .

11. Test Strategy – Types of Testing 1. Unit Testing It is a procedure used to validate that a particular module of source code is working properly. 2. Integration Testing Testing two or more modules or functions together with the intent of finding interface defects between the modules or functions. 3. Functional Testing Testing that ignores the internal mechanism of a system or component and focuses solely on the outputs generated in response to selected inputs and execution conditions . 4. System Testing Testing that attempts to discover defects that are properties of the entire system rather than of its individual components.

12. Types of Testing – System Usability Testing Performance Testing (Load, Stress and Volume) Smoke and Sanity Testing Monkey and Gorilla testing Ad-hoc Testing Exploratory Testing Regression Testing Installation Testing 9. Globalization Testing 10. Localization Testing 11. Security Testing 12. Compatibility Testing 13. Configuration Testing 14. Reliability testing 15. Acceptance Testing (Alpha, Beta..)

13. Use Case Use Case: is a technique for capturing functional requirement of systems and system of-systems Benefits of Use Case: HLD Review LLD Review Use cases have proved to be easily understandable by business users, and so have proven an excellent bridge between software developers and end users. Test Cases(System, User Acceptance and Functional)can be directly derived from the use cases

14. Template of Use Case

15. Test Deliverables - Scenarios A scenario is an instance of a use case, and represents a single path through the use case. One may construct a scenario for the main flow through the use case Scenarios for each possible variation of flow through the use case (e.g., triggered by options, error conditions, security breaches, etc.). Scenarios may be depicted using sequence diagrams.

16. Extracting Scenarios from Use Cases Valid Valid Pass Valid Invalid Fail Valid Blank Fail Invalid Invalid Fail Invalid Blank Fail Invalid Valid Fail Blank Valid Fail Blank Invalid Fail Blank Blank Fail User Id Password Status

17. Test Cases Preparation of Test Case and RTM Review of Test Cases Execution of Test Case Test Case Review Check List Set of procedures in order to find out the defects according to Client’s Requirements.

18. Test Cases – Testing Techniques Equivalence Partitioning Boundary Value Analysis Error Guessing

19. Equivalence Partitioning A subset of data that is representative of a larger class For example, a program which edits credit limits within a given range ($10,000 - $15,000) would have 3 equivalence classes: Less than $10,000 (invalid) Between $10,000 and $15,000 (valid) Greater than $15,000 (invalid)

20. Boundary Analysis A technique that consists of developing test cases and data that focus on the input and output boundaries of a given function In the same credit limit example, boundary analysis would test: Low boundary plus or minus one ($9,999 and $10,001) On the boundary ($10,000 and $15,000) Upper boundary plus or minus one ($14,999 and $15,001)

21. Error Guessing For example, in an example where one of the inputs is the date, a test engineer might try February 29,2000 or 9/9/99 Based on the theory that test cases can be developed based on experience of the Test Engineer

22. BUG Life Cycle

23. Thanks!!!! Looking for the feedback at: [email_address] Radhu.gupta @contractor.xlgroup.com