QA and Testing. QA Activity Processes monitoring Standards compliance monitoring Software testing Infrastructure testing Documentation testing Usability.

Slides:



Advertisements
Similar presentations
Testing and Inspecting to Ensure High Quality
Advertisements

Test process essentials Riitta Viitamäki,
Verification and Validation
CS 450 Module R4. R4 Overview Due on March 11 th along with R3. R4 is a small yet critical part of the MPX system. In this module, you will add the functionality.
Testing and Quality Assurance
Module R2 CS450. Next Week R1 is due next Friday ▫Bring manuals in a binder - make sure to have a cover page with group number, module, and date. You.
Software Engineering-II Sir zubair sajid. What’s the difference? Verification – Are you building the product right? – Software must conform to its specification.
CHAPTER 1: AN OVERVIEW OF COMPUTERS AND LOGIC. Objectives 2  Understand computer components and operations  Describe the steps involved in the programming.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #7 Software Engineering.
WebDFS Budget Amendment and Personnel Processing.
Ch. 1: Software Development (Read) 5 Phases of Software Life Cycle: Problem Analysis and Specification Design Implementation (Coding) Testing, Execution.
Software Testing and Quality Assurance
SIM5102 Software Evaluation
Testing HCI Usability Testing. Chronological order of testing Individual program units are built and tested (white-box testing / unit testing) Units are.
Testing an individual module
Operating Systems (CSCI2413) Lecture 3 Processes phones off (please)
Implementation/Acceptance Testing / 1 Implementation and Acceptance Testing Physical Implementation Criteria: 1. Data availability 2. Data reliability.
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.
1 Software Testing Techniques CIS 375 Bruce R. Maxim UM-Dearborn.
1 Functional Testing Motivation Example Basic Methods Timing: 30 minutes.
CONTENTS:-  What is Event Log Service ?  Types of event logs and their purpose.  How and when the Event Log is useful?  What is Event Viewer?  Briefing.
TEST CASE DESIGN Prepared by: Fatih Kızkun. OUTLINE Introduction –Importance of Test –Essential Test Case Development A Variety of Test Methods –Risk.
Fundamentals of Python: From First Programs Through Data Structures
Software Reliability Growth. Three Questions Frequently Asked Just Prior to Release 1.Is this version of software ready for release (however “ready” is.
Chapter Seven Advanced Shell Programming. 2 Lesson A Developing a Fully Featured Program.
Dr. Pedro Mejia Alvarez Software Testing Slide 1 Software Testing: Building Test Cases.
Commercial Database Applications Testing. Test Plan Testing Strategy Testing Planning Testing Design (covered in other modules) Unit Testing (covered.
Fundamentals of Python: First Programs
MySQL in PHP – Page 1 of 17CSCI 2910 – Client/Server-Side Programming CSCI 2910 Client/Server-Side Programming Topic: MySQL in PHP Reading: Williams &
Solutions Summit 2014 Discrepancy Processing & Resolution Terri Sullivan.
Software Engineering Chapter 23 Software Testing Ku-Yaw Chang Assistant Professor Department of Computer Science and Information.
Software Metrics - Data Collection What is good data? Are they correct? Are they accurate? Are they appropriately precise? Are they consist? Are they associated.
1 Computing Software. Programming Style Programs that are not documented internally, while they may do what is requested, can be difficult to understand.
Computer Security and Penetration Testing
SEG3120 User Interfaces Design and Implementation
Software Development Process.  You should already know that any computer system is made up of hardware and software.  The term hardware is fairly easy.
DEBUGGING. BUG A software bug is an error, flaw, failure, or fault in a computer program or system that causes it to produce an incorrect or unexpected.
C++ Programming Language Lecture 2 Problem Analysis and Solution Representation By Ghada Al-Mashaqbeh The Hashemite University Computer Engineering Department.
Software Testing Yonsei University 2 nd Semester, 2014 Woo-Cheol Kim.
Database Security Outline.. Introduction Security requirement Reliability and Integrity Sensitive data Inference Multilevel databases Multilevel security.
1 Introduction to Software Testing. Reading Assignment P. Ammann and J. Offutt “Introduction to Software Testing” ◦ Chapter 1 2.
1 Ch. 1: Software Development (Read) 5 Phases of Software Life Cycle: Problem Analysis and Specification Design Implementation (Coding) Testing, Execution.
Practical Programming COMP153-08S Week 5 Lecture 1: Screen Design Subroutines and Functions.
Vinay Paul. CONTENTS:- What is Event Log Service ? Types of event logs and their purpose. How and when the Event Log is useful? What is Event Viewer?
Software Development Problem Analysis and Specification Design Implementation (Coding) Testing, Execution and Debugging Maintenance.
PRESENTER PRIYANKA GUPTA.  Testing the complete system with respect to requirements.  In System testing, the functionalities of the system are tested.
VAT Calculator program Controls Properties Code Results.
Intermediate 2 Computing Unit 2 - Software Development.
Teaching slides Chapter 9. Chapter 9 Software Testing (Verification & Validation) Introduction Software testing & software engineering methodologies Introduction.
JavaScript Introduction and Background. 2 Web languages Three formal languages HTML JavaScript CSS Three different tasks Document description Client-side.
Mahindra Satyam Confidential Quality Management System Software Defect Prevention.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
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 TESTING Presented By, C.Jackulin Sugirtha-10mx15 R.Jeyaramar-10mx17K.Kanagalakshmi-10mx20J.A.Linda-10mx25P.B.Vahedha-10mx53.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 10 Using Menus and Validating Input.
 Software reliability is the probability that software will work properly in a specified environment and for a given amount of time. Using the following.
Lecture 5 Page 1 CS 111 Summer 2013 Bounded Buffers A higher level abstraction than shared domains or simple messages But not quite as high level as RPC.
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 TRAINING TOOLS SUPPORT FOR SOFTWARE TESTING Chapter 6 immaculateres 1.
Eighth Lecture Exception Handling in Java
Some Simple Definitions for Testing
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Design and Programming
Part B – Structured Exception Handling
Exception Handling Imran Rashid CTO at ManiWeber Technologies.
Error Handling.
© Oxford University Press All rights reserved.
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Presentation transcript:

QA and Testing

QA Activity Processes monitoring Standards compliance monitoring Software testing Infrastructure testing Documentation testing Usability testing Sign off to production

Types of software testing Unit Testing Functional Testing Security Testing Load testing Performance testing Regression Testing User Acceptance Test

Functional testing activity Requirements development Test Cases development Defects discovering – testing Defects tracking Defects evaluating Defects reporting Regression testing

Defects Tracking Evaluating Reporting Defect Severity Defect Priority

Defect Reporting Procedure Fill in Actual Result Gather the evidences Fix the day and time Define Severity and Priority Notify developer Make the record in Defect Tracking Database

Defect Severity Critical Major Minor Trivial

Defect Priority Emergency High Medium Low

Test Plan Objectives Identify the requirements Identify Defect Reporting Procedure Define Test Entry and Text Exit Test Cases

Test Case Implementation scenario that has or does: Reasonable probability to catch an error Define exactly the input Define exactly expected result Predict an error Predict system behavior

Test Cases Main Types Positive Negative

Equivalence classes  All test cases all test the same things  If one test catches a bug, the others probably will too If one test does not catches a bug, the others probably won’t either

To determine equivalence classes look for:  The test cases involve the same input variables  They result in similar operations in the program  They affect the same output variables None force the program to do error handling or all of them

Common Software errors Functional Boundary related Calculation Initial and Later States Control Flow Error in Handling and Interpreting Data Race Conditions Load conditions

Common Software errors Functional Check if the system functions are implemented correctly

Common Software errors Boundary related Boundaries often are numeric, but not neceserily. In general that is the question of belonging to some domain. Check the system behavior when the value fits the boundary, is below the boundary, and is above it.

Common Software errors Calculation Errors may be in the formula Also there may be lost of calculation precise due to of roundoff or truncation

Common Software errors Initial and later state Failure to set a data item to 0 Failure to initialize a loop-control variable Failure to initialize pointers Failure to clear a string Failure to initialize a register Failure to clear flag

Common Software errors Control flow Not correct if.. then.. Else GOTO somewhere Logic errors Return to wrong place

Common Software errors Race conditions Races in updating data Assumptions that one event will finish before the other begins Assumption that an input will not occur during some short interval Options out of synch during a display change.

Common Software errors Load conditions Required resources are not available Resources are not released Not available large memory area Does not clean items from queue, buffer, or stack Lost messages

Data boundaries Unterminated null terminated strings R/W past end of data structure, or an element on it Read outside a message buffer Value stack under/overflow Message sent to wrong process or port Failure to validate incoming messages

Exercise Review the description of errors assigned to you Review functional scenarios relevant to your mini-project. Each scenario represents a step-by-step workflow Determine steps where a software error potentially can manifest itself Make your notes and inform the class – 1%

Assignment – boundary errors, calculation errors (pp ) – Race conditions (pp ) – Initial and later state ( ) – loops & other control flow (pp ) – Control flow (pp ) – errors in handling and interpreting data (pp ) - Load conditions (pp ) – Data boundaries & messaging problems (pp )

Presentation tips Outline your mini-project content Present your functional scenarios with your mock-up screens Present major items of your “software errors” part Talk about applicability – What errors may occur and when Prepare written help to show on the screen