Agenda for today: The Unified Software Development Process: Test (Note) Test The purpose of testing Artifacts Test in the sw Life Cycle Workers Test procedure.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

Testing Workflow Purpose
Test Yaodong Bi.
Testing and Quality Assurance
CMSC 345, Version 11/07 SD Vick from S. Mitchell Software Testing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
The Unified Software Development Process - Workflows Ivar Jacobson, Grady Booch, James Rumbaugh Addison Wesley, 1999.
Chapter 9 Testing the System, part 2. Testing  Unit testing White (glass) box Code walkthroughs and inspections  Integration testing Bottom-up Top-down.
Illinois Institute of Technology
Testing Team exercise Have each team member contribute answers: –Do you test your code? If no, why not? If yes: When? How? How often? –What is your team’s.
1 Testing. 2 About Testing  The reason the program is in testing is that it probably doesn’t work!  We test to find bugs before our users and hope that.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Outline Types of errors Component Testing Testing Strategy
Software Testing Name: Madam Currie Course: Swen5431 Semester: Summer 2K.
Chapter 11: Testing The dynamic verification of the behavior of a program on a finite set of test cases, suitable selected from the usually infinite execution.
Introduction to Software Testing
Types and Techniques of Software Testing
Software Testing & Strategies
Software Testing Introduction. Agenda Software Testing Definition Software Testing Objectives Software Testing Strategies Software Test Classifications.
Functional Testing Test cases derived from requirements specification document – Black box testing – Independent testers – Test both valid and invalid.
System/Software Testing
1. Topics to be discussed Introduction Objectives Testing Life Cycle Verification Vs Validation Testing Methodology Testing Levels 2.
Software Waterfall Life Cycle Requirements Construction Design Testing Delivery and Installation Operations and Maintenance Concept Exploration Prototype.
SOFTWARE TESTING STRATEGIES CIS518001VA : ADVANCED SOFTWARE ENGINEERING TERM PAPER.
CPIS 357 Software Quality & Testing
Introduction Telerik Software Academy Software Quality Assurance.
RUP Implementation and Testing
Software Engineering Chapter 23 Software Testing Ku-Yaw Chang Assistant Professor Department of Computer Science and Information.
Software Testing Testing principles. Testing Testing involves operation of a system or application under controlled conditions & evaluating the results.
1 Software testing. 2 Testing Objectives Testing is a process of executing a program with the intent of finding an error. A good test case is in that.
From Use Cases to Test Cases 1. A Tester’s Perspective  Without use cases testers will approach the system to be tested as a “black box”. “What, exactly,
SOFTWARE TESTING Scope of Testing  The dynamic Indian IT industry has always lured the brightest minds with challenging career.
SWE © Solomon Seifu CONSTRUCTION. SWE © Solomon Seifu Lesson 13-2 Testing.
Testing Basics of Testing Presented by: Vijay.C.G – Glister Tech.
Testing Workflow In the Unified Process and Agile/Scrum processes.
Software Construction Lecture 18 Software Testing.
Lecture Introduction to Software Development SW Engg. Development Process Instructor :Muhammad Janas khan Thursday, September.
Verification and Validation Assuring that a software system meets a user's needs.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
MANUAL TESTING KS SESSION PRESENTED BY 26/11/015 VISHAL KUMAR.
LECTURE 19 23/11/15 Software Quality and Testing.
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.
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.
Software Testing Methodologies Presented by The Smartpath Information System An ISO 9001:2008 Certified Organization.
Integration testing Integrate two or more module.i.e. communicate between the modules. Follow a white box testing (Testing the code)
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Software Quality Assurance and Testing Fazal Rehman Shamil.
Unit testing Java programs1 Unit testing Java programs Using JUnit 4 “If it isn't tested, it doesn’t work”
Rekayasa Perangkat Lunak Sesi 14 Software Testing.
 Software Testing Software Testing  Characteristics of Testable Software Characteristics of Testable Software  A Testing Life Cycle A Testing Life.
1 test10b Software Testing Necessary to measure and certify quality in software.
HNDIT23082 Lecture 09:Software Testing. Validations and Verification Validation and verification ( V & V ) is the name given to the checking and analysis.
Chapter 12: Software Testing Omar Meqdadi SE 273 Lecture 12 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
This chapter is extracted from Sommerville’s slides. Textbook chapter 22 1 Chapter 8 Validation and Verification 1.
Software Engineering Testing. These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright.
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. SOFTWARE Software is not the collection of programs but also all associated documentation and configuration data which is need to make.
ANOOP GANGWAR 5 TH SEM SOFTWARE TESTING MASTER OF COMPUTER APPLICATION-V Sem.
Testing Integral part of the software development process.
Chapter 9 Testing the System 9.1 Principles of System Testing Focus A: The objective of unit and integration ensure the code implemented the design.
Dynamic Black-Box Testing Part 1 What is dynamic black-box testing? How to reduce the number of test cases using: Equivalence partitioning Boundary value.
Software Testing. Purpose: Find errors! not prove that the program does not have them Types of tests: Unit Test Integration Test Function Test Load Test.
CX Introduction to Web Programming Testing.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Rekayasa Perangkat Lunak Part-13
Introduction to Software Testing
The purpose of testing Artifacts Test in the sw Life Cycle Workers
Chapter 10 – Software Testing
Presentation transcript:

Agenda for today: The Unified Software Development Process: Test (Note) Test The purpose of testing Artifacts Test in the sw Life Cycle Workers Test procedure

The Unified Software Development Process: The purpose of testing 1. To find errors –To veryfie usecases, design...

The Unified Software Development Process: Test in the sw Life Cycle Figure 11.2 Maintain and develop the testmodel throughout the complete software life cycle Remove obsolete test cases Redefine some test cases Create new test cases

The Unified Software Development Process: Artifacts Test modelTest system Test case Test Procedure Test Component

The Unified Software Development Process: White-box / Black-box Test Case 1 Verification of the generation of the billing events through the Customer Care interface White box test Use Case realisation - Design (from the design model)

The Unified Software Development Process: White-box / Black-box Test Case 1 Verification of the generation of the billing events through the Customer Care interface Black box test Use Case - From the Use case model

The Unified Software Development Process: Other Artifacts Test Case 1 Verification of the generation of the billing events through the Customer Care interface Artifact: Defect A Defect is a system anomaly (like a sw fault) Artifact: Evaluate Test

The Unified Software Development Process: Other Artifacts Test Case 1 Verification of the generation of the billing events through the Customer Care interface Test the system as a whole Installation test Configuration test Negative test Stress tests

The Unified Software Development Process: Example testcase Test Case 1 Verification of the generation of the billing events through the Customer Care interface 1.1. Test Case 1 Verification of the generation of the billing events through the Customer Care interface In order to perform this test, the web Customer Care GUI has to be used. An account has to be created in the system. This test case can be performed even if the account has not subscribed to a product.

The Unified Software Development Process: Example testcase Test Case 1 Verification of the generation of the billing events through the Customer Care interface Test Step Input/ActionExpected OutputResult 1Create an account or look up an existing one. Use the apposite link to create a billing event. A billing event is created. The account balance change reflects the presence of the new billing event Account balance: an amount is not shown in a proper way. Se screen shot Test Case 1.

The Unified Software Development Process: Example testcase Test Case 1 Verification of the generation of the billing events through the Customer Care interface

The Unified Software Development Process: Example testcase Test Case 1 Verification of the generation of the billing events through the Customer Care interface Test model Based on a given use-case there is always a related test-case. E.g.. Use-case Put-Billingevent had an related test-case

The Unified Software Development Process: Workers Test Case 1 Verification of the generation of the billing events through the Customer Care interface Workers Test Designer Component Engineer Integration Tester System Tester Workflow Fig and 11.9

The Unified Software Development Process: Test procedure Test Case 1 Verification of the generation of the billing events through the Customer Care interface Activity: Plan Test Describe a testing strategy. Estimate the requirements for the testing effort, such as the human an system resources needed. Scheduling the testing effort.

The Unified Software Development Process: Test procedure (V-model) Test Case 1 Verification of the generation of the billing events through the Customer Care interface StartDelivery Requirement SpecificationAccept Test Program DesignIntegration Test Module Design Module Test Module Coding

The Unified Software Development Process: Test procedure (Automate) Test Case 1 Verification of the generation of the billing events through the Customer Care interface Test-Driver Module under test Test-Stump 2Test-Stump 1Test-Stump 3

The Unified Software Development Process: Test Procedure Test Case 1 Verification of the generation of the billing events through the Customer Care interface In principle there are two ways to test 1.Incremental test Top-down or Bottom-up 2.Total test

The Unified Software Development Process: My experiences Test Case 1 Verification of the generation of the billing events through the Customer Care interface Boundary tests Input field my can only accept positive integers Test Input = 0, 1, -1, -1000, -0, Max value, 1.2, 0.1, -0.1

The Unified Software Development Process: My experiences Test Case 1 Verification of the generation of the billing events through the Customer Care interface Make sure you know what the result of the test is meant to be. Plan test in advance Document your test Involve the end users in the system test Be careful to align the users expectations

New Way - Accounts