12
1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

  • View
    214

  • Download
    0

Embed Size (px)

Citation preview

Page 1: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

1

Software Testing and Quality Assurance

Lecture 38 – Software Quality Assurance

Page 2: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

2

Lecture Objectives Software Safety

Page 3: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

3

Software Safety Safety in systems involving software is

becoming important. For example, Computer Aided Dispatch Systems (CAD); Electronic Flight Control Systems (EFCS). Train Protection Systems; Chemical Plant control systems.

Page 4: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

4

Software Safety

Page 5: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

5

Software Safety We wish to avoid in engineering and

operating our platforms is Accidents.

The system that we build must avoid the hazards that lead to accidents.

Page 6: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

6

Software Safety Accident – an event of sequence of

events leading to harm; that is, death, injury, environmental damage or financial loss.

Hazard – a physical situation or state of the platform that can lead to an accident.

Page 7: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

7

Software Safety To understand the safely of a system

Understand how they can fail. Investigate accidents and accident

sequences To understand the sequence of events

leading to the accident and to try and determine which subsystem failed.

Accidents are usually caused by

combination of failures and circumstances.

Page 8: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

8

Software Safety Hazards are really accidents “waiting to

happen”. They are the pre-conditions for an accident.

In hazard identification We are concerned with thinking about the safety of

the personal or the platform. Start from known accidents or consider possible

accidents and work back to hazards. Brainstorming exercise.

Page 9: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

9

Software safety is not just software Reliability

Failure is key to understanding software reliability. Failure is deviation from the specified

behavior of the system. For safely,

it is always a deviation from the intended behavior; and where the deviation can lead to harm or damage.

Page 10: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

10

Software safety is not just software Reliability

In normal usage of word failure A system may be unreliable but still safe; It may be completely reliable but totally

unsafe.

What failure of the system lead to an unsafe system?

Page 11: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

11

Safety Engineering Approach Hazard analysis technique to determine

the safety aspects of the system Early in the development process, then Monitoring safety throughout the product

development process; and Ensuring that there is enough evidence to

build a safety case at the end of the product development process.

Page 12: 1 Software Testing and Quality Assurance Lecture 38 – Software Quality Assurance

12

Key points Accidents and Hazards

Accidents are usually caused by combination of failures and circumstances.

Hazards are really accidents “waiting to happen”.

Safety Engineering Approach