Testing 1. Aims To understand the purpose of testing To understand the different test strategies To explore the four types of test data Have a understanding.

Slides:



Advertisements
Similar presentations
Testing and Inspecting to Ensure High Quality
Advertisements

2017/3/25 Test Case Upgrade from “Test Case-Training Material v1.4.ppt” of Testing basics Authors: NganVK Version: 1.4 Last Update: Dec-2005.
Testing Relational Database
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.
Test process essentials Riitta Viitamäki,
SOFTWARE TESTING. Software Testing Principles Types of software tests Test planning Test Development Test Execution and Reporting Test tools and Methods.
Testing and Quality Assurance
Informatics 43 – May 7, Restatement of Goals for Testing Want to verify software’s correctness  Need to test  Need to decide on test cases  No.
Informatics 43 – May 5, Restatement of goals Want to verify software’s correctness  Need to test  Need to decide on test cases  No set of test.
1 CODE TESTING Principles and Alternatives. 2 Testing - Basics goal - find errors –focus is the source code (executable system) –test team wants to achieve.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Importance of testing Difference between Errors and Faults The purpose of test data Importance of: – Testing – Test Plans.
COMP2001 Testing. Aims of Testing To achieve a correct system producing correct results with a variety of input data.
Software Testing and Quality Assurance
Testing an individual module
Lecture 9 Testing Topics TestingReadings: Spring, 2008 CSCE 492 Software Engineering.
OHT 9.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Chapter 9.3 Software Testing Strategies.
BY RAJESWARI S SOFTWARE TESTING. INTRODUCTION Software testing is the process of testing the software product. Effective software testing will contribute.
1 Software Testing Techniques CIS 375 Bruce R. Maxim UM-Dearborn.
CompSci 230 Software Design and Construction
1 Functional Testing Motivation Example Basic Methods Timing: 30 minutes.
Verificarea şi Validarea Sistemelor Soft Tem ă Laborator 2 Testare Black Box Dat ă primire laborator: Lab 2 Dat ă predare laborator: Lab 2,3.
System/Software Testing
Testing Strategies COMP1 – Section 4.2. Testing. Aims At the end of this lesson you will be able to:  Explain different testing strategies  Design and.
1 AQA ICT AS Level © Nelson Thornes 2008 Testing a solution.
Categories of Testing.
1 Software Testing (Part-II) Lecture Software Testing Software Testing is the process of finding the bugs in a software. It helps in Verifying and.
1. Topics to be discussed Introduction Objectives Testing Life Cycle Verification Vs Validation Testing Methodology Testing Levels 2.
Test plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
CMSC 345 Fall 2000 Unit Testing. The testing process.
1 Phase Testing. \ 2 Overview of Implementation phase Create Class Skeletons Define Implementation Plan (+ determine subphases) Define Coding Standards.
Testing E001 Access to Computing: Programming. 2 Introduction This presentation is designed to show you the importance of testing, and how it is used.
Introduction to Software Testing. Types of Software Testing Unit Testing Strategies – Equivalence Class Testing – Boundary Value Testing – Output Testing.
Black Box Testing Techniques Chapter 7. Black Box Testing Techniques Prepared by: Kris C. Calpotura, CoE, MSME, MIT  Introduction Introduction  Equivalence.
Black-box Testing.
Systems Life Cycle. Know the elements of the system that are created Understand the need for thorough testing Be able to describe the different tests.
Chapter 8 Testing. Principles of Object-Oriented Testing Å Object-oriented systems are built out of two or more interrelated objects Å Determining the.
AS Level ICT Data entry: Creating validation checks.
Software Engineering Saeed Akhtar The University of Lahore.
Test Case Designing UNIT - 2. Topics Test Requirement Analysis (example) Test Case Designing (sample discussion) Test Data Preparation (example) Test.
08120: Programming 2: SoftwareTesting and Debugging Dr Mike Brayshaw.
 Software Testing Software Testing  Characteristics of Testable Software Characteristics of Testable Software  A Testing Life Cycle A Testing Life.
1 Phase Testing. Janice Regan, For each group of units Overview of Implementation phase Create Class Skeletons Define Implementation Plan (+ determine.
Informatics 43 – May 3, Restatement of goals Want to verify software’s correctness  Need to test  Need to decide on test cases  No set of test.
Testing i. explain the importance of system testing and installation planning;
Testing Integral part of the software development process.
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.
Syndicate Members: 1. GC Muhammad Uzair 2. GC Umer Naveed Malik.
Functional testing, Equivalence class testing
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Highcliffe ICT Department
Domain Testing Functional testing which tests the application by giving inputs and evaluating its appropriate outputs. system does not accept invalid and.
Testing Tutorial 7.
Chapter 8 – Software Testing
SOFTWARE TESTING METHODOLOGIES. UNIT - 1  Introduction  Purpose Of Testing  Dichotomies  Model For Testing  Consequences Of Bugs  Taxonomy Of Bugs.
Chapter 13 & 14 Software Testing Strategies and Techniques
UNIT-4 BLACKBOX AND WHITEBOX TESTING
G063 - Testing.
Static Testing Static testing refers to testing that takes place without Execution - examining and reviewing it. Dynamic Testing Dynamic testing is what.
Informatics 43 – April 28, 2016.
Chapter 10 – Software Testing
Software Testing “If you can’t test it, you can’t design it”
Chapter 1: Boundary Value Testing
System analysis and design
TYPES OF TESTING.
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Software Testing.
08120: Programming 2: SoftwareTesting and Debugging
Chapter 13 & 14 Software Testing Strategies and Techniques 1 Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Presentation transcript:

Testing 1

Aims To understand the purpose of testing To understand the different test strategies To explore the four types of test data Have a understanding of Test plans and Test logs 2

Testing - Purpose The purpose of testing is not to demonstrate how solid your code is, it is to find the bugs. Testing is an art. No method always works, you must think about what the user may do, not what you would do. 3

Testing strategies White box testing –It is also know as open box/clear box testing –Deals with the internal workings of the system i.e. programming code - Loop testing. Black box testing –Involves testing without the knowledge of the internal workings of the system –If for any given input, we can predict the output, then the module passes the test

Testing strategies Black box testing AdvantagesDisadvantages Effective on larger systemsOnly a few inputs can be tested Test needs no knowledge of the details by which the system was constructed You can not test every combination Tests are done from the users point of viewHard to really test complicated parts of the system Can expose ambiguities Tests can be designed as soon as the specifications are complete

Testing – What should be tested? If a program is long then you can’t test all the possible routes through it (even something that is safety critical such as the flight control software of the Airbus was not fully tested). 6

Testing – What should be tested? TEST DATA There are four different conditions that testers use to test programs, these are: Normal – valid data that the program should handle correctly Extreme – also valid data, but at the limit in terms of size/ range (tests the boundaries) Erroneous – totally invalid data i.e. text into a numeric field Wrong – invalid data that is clearly incorrect 7

Examples – of each condition For this example, a program only allows dates between (inclusive) 01/01/2007 to 01/01/2008 Normal – 15/03/2007 Extreme – 01/01/2007, 02/01/2007, 31/12/2006 Erroneous – 01 / March / 07 Wrong – 38/12/2007 8

Test Plan A test plan is used to provide a basis for specifying tests that are to be carried out during the development of a program. A test plan if carried out correctly provides valuable evidence that the system (or sub systems) performs as it should. A test plan should contain normal, extreme, erroneous and wrong test data. 9

What does a Test plan consist of? 10

Test log A test log is used to prove that all the tests carried out in the test plan were carried out. Below shows an example of a test that would be shown in the test log. Test number 1 (this refers to the test No in the test plan) 11

Conclusion We have covered the following aims To understand the purpose of testing To understand the different test strategies To explore the four types of test data Have a understanding of Test plans and Test logs 12