 The software systems must do what they are supposed to do. “do the right things”  They must perform these specific tasks correctly or satisfactorily.

Slides:



Advertisements
Similar presentations
Chapter 4 Quality Assurance in Context
Advertisements

Chapter 17 I.Omaima Al-Matrafi
Risk Analysis for Testing Based on Chapter 9 of Text Based on the article “ A Test Manager’s Guide to Risks Analysis and Management” by Rex Black published.
Software Testing and Quality Attributes Software Testing Module ( ) Dr. Samer Hanna.
CHAPTER 1 Introduction to SQA.
Overview Lesson 10,11 - Software Quality Assurance
Software project management (intro) Quality assurance.
OHT 3.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The need for comprehensive software quality requirements Classification.
CS 325: Software Engineering March 26, 2015 Software Quality Assurance Software Metrics Defect Injection Software Quality Lifecycle Measuring Progress.
Chapter#7.  Part 1: Quality Management ◦ ƒ Understand the definition of quality and the different methodologies to provide quality ◦ ƒ Know quality management.
Software Process and Product Metrics
SOFTWARE QUALITY ASSURANCE SOFTWARE QUALITY ASSURANCE  DEFINITIONS OF SQA  SOFTWARE STANDARDS  Process Quality Assurance  Product Quality Assurance.
Introduction to Software Testing
Non-functional requirements
Software Dependability CIS 376 Bruce R. Maxim UM-Dearborn.
Software Quality SEII-Lecture 15
Software Project Management Fifth Edition
UNIT-II Chapter : Software Quality Assurance(SQA)
Managing Software Quality
COURSE TITLE: 1 Software Quality Assurance. Course Aims Introduction to software quality assurance. Software testing terminology. Role and responsibility.
Quality Assurance ITEC Rick Price. Expectations This course is not purely a lecture course – Classroom participation is a large portion – Everyone.
Sept - Dec w1d11 Beyond Accuracy: What Data Quality Means to Data Consumers CMPT 455/826 - Week 1, Day 1 (based on R.Y. Wang & D.M. Strong)
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 Software is omnipresent in the lives of billions of human beings. Software is an important component of the emerging knowledge based service.
Software Quality Engineering Chapters 1-3 Overview, Software Quality and Quality Assurance.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
Copyright © Jerzy R. Nawrocki ISO 9126 and Non-functional Requirements Requirements.
1 Software Testing and Quality Assurance Lecture 33 – Software Quality Assurance.
Basic of Software Testing Presented by The Smartpath Information System An ISO 9001:2008 Certified Organization
Software Quality : The Elusive Target
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
M. Frize, Winter 2003 Reliability and Medical Devices Prof. Monique Frize, P. Eng., O.C. ELG5123/ February 2003.
Jump to first page (C) 1998, Arun Lakhotia 1 Quality Assurance: Reviews and Walkthroughs Arun Lakhotia University of Southwestern Louisiana Po Box
Software Methods Mö/ slide 1 Methods and Techniques of Software Quality Management ICEL Quality Management Systems: Methods and Techniques of Software.
21-22 May 2004IMPROQ 2004 / Impact of SW Processes on Quality Workshop 1 Quality for Components: Component and Component- Based Software Quality Issues.
About Quality Pre paired By: Muhammad Azhar. Scope What is Quality Quality Attributes Conclusion on software Quality Quality Concepts Quality Costs.
Software quality factors
CS551 - Lecture 5 1 CS551 Lecture 5: Quality Attributes Yugi Lee FH #555 (816)
CSSE Software Engineering Process and Practice Lecture 5 Q UALITY A SSURANCE.
Chapter 13: Software Quality Project Management Afnan Albahli.
Fault Tolerance Benchmarking. 2 Owerview What is Benchmarking? What is Dependability? What is Dependability Benchmarking? What is the relation between.
Ensure that the right functions are performed Ensure that the these functions are performed right and are reliable.
Chapter 2 Object-Oriented Paradigm Overview. Getting Acquainted with the Class Project Read the requirements specification carefully Make note of any.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Hussein Alhashimi. “If you can’t measure it, you can’t manage it” Tom DeMarco,
 System Requirement Specification and System Planning.
ISQB Software Testing Section Meeting 10 Dec 2012.
Chapter 2 Object-Oriented Paradigm Overview
TOTAL QUALITY MANAGEMENT
Software Quality Control and Quality Assurance: Introduction
Classifications of Software Requirements
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Rekayasa Perangkat Lunak
A Survey on Software Architecture Analysis Methods
Software Verification and Validation
Software Quality Assurance Software Quality Factor
Software Quality & Testing
Quality Exercise 2 Instructions
McCall’s Quality Factors
Quality Exercise 2 Instructions
Software engineering.
Rekayasa Perangkat Lunak
Charakteristiky kvality
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Software Quality Assurance Lecture 3
Welcome to Corporate Training -1
ISO/IEC Systems and software Quality Requirements and Evaluation
Presentation transcript:

 The software systems must do what they are supposed to do. “do the right things”  They must perform these specific tasks correctly or satisfactorily. “do the things right”

1. Consumers of software products or services, including customers and users, either internally or externally 2. Producers of software products, or anyone involved with the development, management, maintenance, marketing, and service of software products

User: The software system performs useful functions as it is specified  Performs the right functions as specified  Performs these functions correctly over a long period of time The V & V of software: Verification & Validation  Many: ease of use or usability  Others: installation and operation – “plug- and- play”

Extended definition of users: smooth operation and interaction between the software and the non-human users in the form of inter- operability, and adaptability. Customer: same as the user, with additional concern for the cost of the software or service.

Fulfill contractual obligations by:  producing software products that conform to specifications or  Providing services that conform to service agreement Product and service managers: adherence to pre-selected software process and relevant standards, proper choice of software methodologies, languages and tools

Other people on the producer side:  Usability and modifiability (for service)  Maintainability (for maintenance)  Portability (for third party or software packaging providers)  Profitability and customer value (for product marketing)

Quality frameworks  accommodate various quality views and expectations  Define quality and related attributes, features, characteristics and measurements ISO-9126 (ISO,2001)  Most influential in the Software Engineering  Discusses various adaptations of quality frameworks for specific application environments

provides a hierarchical framework for quality definition, organized into quality characteristics and sub-characteristics  Functionality  Reliability  Usability  Efficiency  Maintainability  Portability

A set of attributes that bear on the existence of a set of functions and their specified properties. The functions are those that satisfy stated or implied needs. - Suitability - Accuracy - Interoperability - Security

A set of attributes that bear on the capability of software to maintain its level of performance under stated conditions for a stated period of time. - Maturity - Fault tolerance - Recoverability

A set of attributes that bear on the effort needed for use, and on the individual assessment of such use, by a stated or implied set of users. - Understandability - Learnability - Operability

A set of attributes that bear on the relationship between the level of performance of the software and the amount of resources used, under stated conditions. - Time behavior - Resource behavior

A set of attributes that bear on the effort needed to make specified modifications. - Analyzability - Changeability - Stability - Testability

Correctness => several quality characteristics or sub-characteristics Typically the most important aspect of quality for situations where daily life or business depends on software

Defect – some problem with the software, either with external behavior or internal characteristics, there are three types of defects:  Failure: The inability of a system or component to perform its required functions within specified performance requirements.  Fault: An incorrect step, process, or data definition in a computer program.  Error: A human action that produces an incorrect result.

NOT  Bugs???  Debug??? Or Debugging??? INSTEAD Defect detection and removal - Specific activities related to defect discovery, including testing, inspection, etc. - Specific follow-up activities after defect discovery, including defect diagnosis, analysis, fixing, and re-verification

Errors Faults Failures

ViewAttribute CorrectnessOthers Consumer/ External (user & customer) Failure- related properties Usability Maintainability Portability Performance Instability Readability etc (-ilities) Producer/ Internal (developer, manager, tester, etc) Fault-related properties Design Size Change Complexity etc

Failure properties and direct failure measurement:  Information about the specific failures, what they are, how they occur, etc.  Measured directly by examining failure count, distribution, density, etc.

Failure likelihood and reliability measurement: captured in various reliability measures, where reliability -> probability of failure-free operations for a specific time period or for a given set of input

Failure severity measurement and safety assurance: Accidents - failures with severe consequences, need to be avoided, contained, or dealt with to ensure the safety for the personnel involved and to minimize other damages.

 Fix Problems or Faults that caused failures  Deal with the injection and activation of other faults  Faults can be analyzed and examined according to: - Types - Relations to specific failures and accidents - Causes - Time and circumstances when they are injected - Distribution and density

 Defect prevention  Defect detection and removal  Defect containment Quality engineering includes  Quality planning  Measurement, analysis and feedback

Evolving perceptions of quality  Quality --- physical objects (cars, tools, radio, TV, etc  QA --- manufacturing process  Focus --- product conform to specifications  Quality problems --- non-conformance  Quality problems --- observed defects  Shift to expectations of quality,  Focus defect  Customer loyalty over conformance  Conformance, adaptability and innovation

1. Functional stage - providing the automated functions to replace 2. Schedule stage - introducing important features and new systems on a timely and orderly basis to satisfy urgent user needs 3. Cost stage - reducing the price to stay competitive accompanied by the widespread use of personal computers. 4. Reliability stage - managing users’ quality expectations under the increased dependency on software and high cost or severe damages associated with software failures.

 Software quality may include many different attributes and may be defined and perceived differently based on people’s different roles and responsibilities  High quality means none or few problems of limited damage to customers. These problems are encountered by software users and caused by internal software defects.