Lemia Alamin Algmri
Kansaa Abubaker
The quality assurance techniques and activities
(Alternatives) which we will be compare :
QA
Techniques
Testing
Inspection
Defect
prevention
formal
verification
fault
tolerancefailure
containment
Comparison of the different quality assurance
(QA) techniques and activities will achieve by
examining many questions and criteria
related to :
 their effectiveness in dealing with different
types of problems.
 their cost.
 their applicability under different environments
and development phases.
comparing different QA alternatives by examining the:
 specific perspectives of defect they are dealing with,
 kind of problems they are good at addressing,
 their suitability to different defect levels and
pervasiveness,
 their ability to provide additional information for quality
improvement.
 Defect perspective:
Examine is the QA technique dealing with errors,
faults, or failures?
This examination can be broken down into two
parts :
i. Detection or observation of specific problems
from specific defect perspectives.
ii. Types of follow-up actions that deal with the
observed or detected problems.
Defect PerspectiveQA Alternative
At Follow-up(& Action)At Observation
fault removalfailurestesting
reduced fault injectionerrors & error sourcesdefect prevention
fault removalfaultsinspection
fault absence verified(absence of) faultsformal verification
global failures avoidedlocal failuresfault tolerance
hazards resolution &
damage reduction
accidentsfailure containment
The table show the Defect observed and dealt with by different QA alternatives
 Problem types:
Different QA alternative might be effective for different
types of problems, including dealing with different
perspectives of defects.
the table show the main problem types dealt with by different QA alternatives
Problem TypesQA Alternative
systematic errors or conceptual
mistakes (by programmer, designer)
defect prevention
dynamic failures & related faultstesting
static & localized faultsinspection
logical faults, indirectlyformal verification
operational failures in small areasfault tolerance
accidents and related hazardsfailure containment
 difference in detected defects can be explained by the
following differences between the two types of QA
alternatives:
inspection vs testing :
 Inspection identifies faults directly by examining the software
artifact, while testing observing failure but identifies faults
indirectly later by utilizing the recorded execution
information.
 It is hard for human inspectors to keep track of complicated
interactions over time not like computer, therefore testing is
generally better at detecting interaction problems
 Human inspectors can focus on a small area and perform in-
depth analysis, so leading to effective detection of localized
faults.
 Defect level and pervasiveness:
Defect LevelQA Alternative
low - mediumtesting
low - high (particularly pervasive
problems)
defect prevention
medium - highinspection
lowformal verification
lowfault tolerance
Lowestfailure containment
Defect levels where different QA alternatives are suitable:
 Result interpretation and constructive
information:
Ease of result interpretation for different QA alternatives and amount of
constructive information/measurements
Information/MeasurementResult InterpretationQA Alternative
executions & failuresmoderatetesting
experience(intangible)defect prevention
faults, already locatedeasyinspection
fault absence verifiedhardformal verification
(unanticipated)
environments/usages
hardfault tolerance
accident scenarios and
hazards
hardfailure containment
We can first divide our examination of the
applicability environments into two:
 Development environment
 maintenance environment
the applicability to software maintenance
may vary, as follows:
 Defect prevention techniques are typically not
applicable to the software maintenance
process
 Inspection, formal verification, and testing can be
applied to a very limited degree to software
maintenance process
 Defect containment alternatives, such as fault tolerance
and failure containment, apply to software in operation
and also can be applied to the software maintenance
process.
 the development process
 related activities and phases
 the general project environment.
ObjectQA Alternative
(executable) codeTesting
(implementation activities)defect prevention
design, code, and other software
artifacts
inspection
design/code with formal
specification
formal verification
operational software systemfault tolerance
system with potential accidentsfailure containment
Objects of QA alternatives
Development Activity/PhaseQA Alternative
testing phase and aftertesting
implementation
(req/spec/design/coding)
defect prevention
allinspection
design/codingformal verification
in-field operationfault tolerance
in-field operationfailure containment
Development activities where different QA alternatives are applicable
Required participant expertise
Required expertise and background knowledge for people to perform
different QA alternatives
Background KnowledgeExpertise LevelQA Alternative
low - hightesting
medium – highdefect prevention
low - mediuminspection
formal traininghighformal verification
dynamic systemshighfault tolerance
safety, embedded
systems
highfailure containment
The direct cost for carrying out the planned QA
activities typically involves:
the time and effort of the software professionals
who perform related activities and the
consumption of other resources such as
computer systems and supporting facilities.
there are also indirect costs, such as:
 training project participants
 acquisition and support for related software tools
 meeting time and other overhead.
There are several factors affecting the above total
cost
 Simplicity of the techniques associated with the
specific QA alternatives
 Availability of tool support also has a significant
influence on the cost of specific QA alternatives.
 effort of detecting problems
 effort of fixing the problems
 the defect prevention techniques
 fault tolerance
 failure containment
For the cases of fault tolerance and failure
containment, the cost includes three parts:
 Operational cost of having specific mechanisms
in the operational systems.
 Implementation cost to design, implement, and
assure selected features and mechanisms.
 Failure or accident cost
 Cost:
Cost comparison for different QA alternatives
costQA Alternative
medium (low - high)testing
Lowdefect prevention
low - mediuminspection
highformal verification
highfault tolerance
highestfailure containment
Questions ?

More Related Content

PPSX
Introduction to Requirement engineering
PPT
Quality Management in Software Engineering SE24
PPT
Software Metrics
PPT
Software Engineering (Risk Management)
PPTX
verification and validation
PPT
Requirement specification (SRS)
PPTX
Artifacts
Introduction to Requirement engineering
Quality Management in Software Engineering SE24
Software Metrics
Software Engineering (Risk Management)
verification and validation
Requirement specification (SRS)
Artifacts

What's hot (20)

PPTX
formal verification
PPTX
Requirements prioritization
PPTX
PPT
Black box and white box testing
PPTX
Control Flow Testing
PPT
Analysis modeling & scenario based modeling
PPTX
Black box software testing
PPTX
Integration testing
PPTX
Cost of software quality ( software quality assurance )
PPT
Chapter 13 software testing strategies
PPT
Architecture design in software engineering
PPT
Software Verification & Validation
PPTX
Improving of software processes
PPTX
V model Over View (Software Engineering)
PPTX
Cloud Application architecture styles
PPTX
Virtualization in Cloud Computing and Machine reference Model
PPTX
PPTX
Software testing & Quality Assurance
PPTX
Chapter1(hci)
PPTX
Model Based Software Architectures
formal verification
Requirements prioritization
Black box and white box testing
Control Flow Testing
Analysis modeling & scenario based modeling
Black box software testing
Integration testing
Cost of software quality ( software quality assurance )
Chapter 13 software testing strategies
Architecture design in software engineering
Software Verification & Validation
Improving of software processes
V model Over View (Software Engineering)
Cloud Application architecture styles
Virtualization in Cloud Computing and Machine reference Model
Software testing & Quality Assurance
Chapter1(hci)
Model Based Software Architectures
Ad

Similar to Comparing Software Quality Assurance Techniques And Activities (20)

PPTX
SQA Lec_4.ppt learn sqa knowledge using this pptx
PPTX
Overview of Software QA and What is Software Quality
DOCX
Astqb Slayb
KEY
Testing tests
PPTX
Computer science lecture for Software Engineering
PPTX
Human factors in software reliability engineering - Research Paper
DOCX
Chapter 10 Testing and Quality Assurance1Unders.docx
PPTX
4S Akademi - QAI - Software Testing Principles and Concepts
PDF
PPTX
QA Worskhop For Begginers In the Power Point Presentation
PPT
Chap1 Istqb presentation Foundation level in QA
PPTX
Software engineering quality assurance and testing
PDF
IRJET- Faces of Testing Strategies: Why &When?
PPS
ISTQB Foundation - Chapter 2
PPTX
object oriented system analysis and design
PPTX
Lec 1-SOFTWARE QUALITY ENGINEERING introduction (1).pptx
PPT
Verifcation &validation
PPTX
Innovative Approaches to Software Dev no good at all
PPTX
Testing and quality romi
PDF
Exploring Different Types of QA Methods_ An Overview.pdf
SQA Lec_4.ppt learn sqa knowledge using this pptx
Overview of Software QA and What is Software Quality
Astqb Slayb
Testing tests
Computer science lecture for Software Engineering
Human factors in software reliability engineering - Research Paper
Chapter 10 Testing and Quality Assurance1Unders.docx
4S Akademi - QAI - Software Testing Principles and Concepts
QA Worskhop For Begginers In the Power Point Presentation
Chap1 Istqb presentation Foundation level in QA
Software engineering quality assurance and testing
IRJET- Faces of Testing Strategies: Why &When?
ISTQB Foundation - Chapter 2
object oriented system analysis and design
Lec 1-SOFTWARE QUALITY ENGINEERING introduction (1).pptx
Verifcation &validation
Innovative Approaches to Software Dev no good at all
Testing and quality romi
Exploring Different Types of QA Methods_ An Overview.pdf
Ad

Recently uploaded (20)

PDF
Engineering Document Management System (EDMS)
PPTX
Independent Consultants’ Biggest Challenges in ERP Projects – and How Apagen ...
PPTX
Human-Computer Interaction for Lecture 2
PDF
Ragic Data Security Overview: Certifications, Compliance, and Network Safegua...
PPTX
Lesson-3-Operation-System-Support.pptx-I
PPTX
Why 2025 Is the Best Year to Hire Software Developers in India
PDF
Module 1 - Introduction to Generative AI.pdf
PDF
Streamlining Project Management in Microsoft Project, Planner, and Teams with...
PPTX
SAP Business AI_L1 Overview_EXTERNAL.pptx
PPTX
Presentation - Summer Internship at Samatrix.io_template_2.pptx
PDF
SOFTWARE ENGINEERING Software Engineering (3rd Edition) by K.K. Aggarwal & Yo...
PPTX
Human Computer Interaction lecture Chapter 2.pptx
PDF
IT Consulting Services to Secure Future Growth
PDF
Multiverse AI Review 2025_ The Ultimate All-in-One AI Platform.pdf
PDF
Crypto Loss And Recovery Guide By Expert Recovery Agency.
PDF
Coding with GPT-5- What’s New in GPT 5 That Benefits Developers.pdf
PPTX
AI Tools Revolutionizing Software Development Workflows
PDF
solman-7.0-ehp1-sp21-incident-management
PDF
Understanding the Need for Systemic Change in Open Source Through Intersectio...
PPTX
ESDS_SAP Application Cloud Offerings.pptx
Engineering Document Management System (EDMS)
Independent Consultants’ Biggest Challenges in ERP Projects – and How Apagen ...
Human-Computer Interaction for Lecture 2
Ragic Data Security Overview: Certifications, Compliance, and Network Safegua...
Lesson-3-Operation-System-Support.pptx-I
Why 2025 Is the Best Year to Hire Software Developers in India
Module 1 - Introduction to Generative AI.pdf
Streamlining Project Management in Microsoft Project, Planner, and Teams with...
SAP Business AI_L1 Overview_EXTERNAL.pptx
Presentation - Summer Internship at Samatrix.io_template_2.pptx
SOFTWARE ENGINEERING Software Engineering (3rd Edition) by K.K. Aggarwal & Yo...
Human Computer Interaction lecture Chapter 2.pptx
IT Consulting Services to Secure Future Growth
Multiverse AI Review 2025_ The Ultimate All-in-One AI Platform.pdf
Crypto Loss And Recovery Guide By Expert Recovery Agency.
Coding with GPT-5- What’s New in GPT 5 That Benefits Developers.pdf
AI Tools Revolutionizing Software Development Workflows
solman-7.0-ehp1-sp21-incident-management
Understanding the Need for Systemic Change in Open Source Through Intersectio...
ESDS_SAP Application Cloud Offerings.pptx

Comparing Software Quality Assurance Techniques And Activities

  • 2. The quality assurance techniques and activities (Alternatives) which we will be compare : QA Techniques Testing Inspection Defect prevention formal verification fault tolerancefailure containment
  • 3. Comparison of the different quality assurance (QA) techniques and activities will achieve by examining many questions and criteria related to :  their effectiveness in dealing with different types of problems.  their cost.  their applicability under different environments and development phases.
  • 4. comparing different QA alternatives by examining the:  specific perspectives of defect they are dealing with,  kind of problems they are good at addressing,  their suitability to different defect levels and pervasiveness,  their ability to provide additional information for quality improvement.
  • 5.  Defect perspective: Examine is the QA technique dealing with errors, faults, or failures? This examination can be broken down into two parts : i. Detection or observation of specific problems from specific defect perspectives. ii. Types of follow-up actions that deal with the observed or detected problems.
  • 6. Defect PerspectiveQA Alternative At Follow-up(& Action)At Observation fault removalfailurestesting reduced fault injectionerrors & error sourcesdefect prevention fault removalfaultsinspection fault absence verified(absence of) faultsformal verification global failures avoidedlocal failuresfault tolerance hazards resolution & damage reduction accidentsfailure containment The table show the Defect observed and dealt with by different QA alternatives
  • 7.  Problem types: Different QA alternative might be effective for different types of problems, including dealing with different perspectives of defects. the table show the main problem types dealt with by different QA alternatives Problem TypesQA Alternative systematic errors or conceptual mistakes (by programmer, designer) defect prevention dynamic failures & related faultstesting static & localized faultsinspection logical faults, indirectlyformal verification operational failures in small areasfault tolerance accidents and related hazardsfailure containment
  • 8.  difference in detected defects can be explained by the following differences between the two types of QA alternatives: inspection vs testing :  Inspection identifies faults directly by examining the software artifact, while testing observing failure but identifies faults indirectly later by utilizing the recorded execution information.  It is hard for human inspectors to keep track of complicated interactions over time not like computer, therefore testing is generally better at detecting interaction problems  Human inspectors can focus on a small area and perform in- depth analysis, so leading to effective detection of localized faults.
  • 9.  Defect level and pervasiveness: Defect LevelQA Alternative low - mediumtesting low - high (particularly pervasive problems) defect prevention medium - highinspection lowformal verification lowfault tolerance Lowestfailure containment Defect levels where different QA alternatives are suitable:
  • 10.  Result interpretation and constructive information: Ease of result interpretation for different QA alternatives and amount of constructive information/measurements Information/MeasurementResult InterpretationQA Alternative executions & failuresmoderatetesting experience(intangible)defect prevention faults, already locatedeasyinspection fault absence verifiedhardformal verification (unanticipated) environments/usages hardfault tolerance accident scenarios and hazards hardfailure containment
  • 11. We can first divide our examination of the applicability environments into two:  Development environment  maintenance environment
  • 12. the applicability to software maintenance may vary, as follows:  Defect prevention techniques are typically not applicable to the software maintenance process  Inspection, formal verification, and testing can be applied to a very limited degree to software maintenance process  Defect containment alternatives, such as fault tolerance and failure containment, apply to software in operation and also can be applied to the software maintenance process.
  • 13.  the development process  related activities and phases  the general project environment.
  • 14. ObjectQA Alternative (executable) codeTesting (implementation activities)defect prevention design, code, and other software artifacts inspection design/code with formal specification formal verification operational software systemfault tolerance system with potential accidentsfailure containment Objects of QA alternatives
  • 15. Development Activity/PhaseQA Alternative testing phase and aftertesting implementation (req/spec/design/coding) defect prevention allinspection design/codingformal verification in-field operationfault tolerance in-field operationfailure containment Development activities where different QA alternatives are applicable
  • 16. Required participant expertise Required expertise and background knowledge for people to perform different QA alternatives Background KnowledgeExpertise LevelQA Alternative low - hightesting medium – highdefect prevention low - mediuminspection formal traininghighformal verification dynamic systemshighfault tolerance safety, embedded systems highfailure containment
  • 17. The direct cost for carrying out the planned QA activities typically involves: the time and effort of the software professionals who perform related activities and the consumption of other resources such as computer systems and supporting facilities.
  • 18. there are also indirect costs, such as:  training project participants  acquisition and support for related software tools  meeting time and other overhead.
  • 19. There are several factors affecting the above total cost  Simplicity of the techniques associated with the specific QA alternatives  Availability of tool support also has a significant influence on the cost of specific QA alternatives.
  • 20.  effort of detecting problems  effort of fixing the problems  the defect prevention techniques  fault tolerance  failure containment
  • 21. For the cases of fault tolerance and failure containment, the cost includes three parts:  Operational cost of having specific mechanisms in the operational systems.  Implementation cost to design, implement, and assure selected features and mechanisms.  Failure or accident cost
  • 22.  Cost: Cost comparison for different QA alternatives costQA Alternative medium (low - high)testing Lowdefect prevention low - mediuminspection highformal verification highfault tolerance highestfailure containment