Questions From Chapter 1 Figure 1.1: Testing life cycle Ch 12 - - PowerPoint PPT Presentation

questions from
SMART_READER_LITE
LIVE PREVIEW

Questions From Chapter 1 Figure 1.1: Testing life cycle Ch 12 - - PowerPoint PPT Presentation

Questions From Chapter 1 Figure 1.1: Testing life cycle Ch 12 Error vocabulary 1 What is an error ? Ch 13 Error vocabulary 2 What is an error ? An error (or mistake) is something people make Ch 14 Error


slide-1
SLIDE 1

Questions From

Chapter 1

slide-2
SLIDE 2

Ch 1–2

Figure 1.1: Testing life cycle

slide-3
SLIDE 3

Ch 1–3

Error vocabulary – 1

 What is an error?

slide-4
SLIDE 4

Ch 1–4

Error vocabulary – 2

 What is an error?

 An error (or mistake) is something people make

slide-5
SLIDE 5

Ch 1–5

Error vocabulary – 3

 What is an error?

 An error (or mistake) is something people make

 What types of error are there?

slide-6
SLIDE 6

Ch 1–6

Error vocabulary – 3

 What is an error?

 An error (or mistake) is something people make

 What types of error are there?

 Of commission  Of omission

 Which kind of error is most difficult to detect?

slide-7
SLIDE 7

Ch 1–7

Error vocabulary – 4

 What is an error?

 An error (or mistake) is something people make

 What types of error are there?

 Of commission  Of omission

 Which kind of fault is most difficult to detect?

 Faults of omission are most difficult to detect

slide-8
SLIDE 8

Ch 1–8

Fault vocabulary – 1

 What is a fault?

slide-9
SLIDE 9

Ch 1–9

Fault vocabulary – 2

 What is a fault?

 A fault is the result of an error: inaccurate requirements

text, erroneous design, buggy source code etc.

slide-10
SLIDE 10

Ch 1–10

Failure vocabulary – 1

 What is a failure?

slide-11
SLIDE 11

Ch 1–11

Failure vocabulary – 2

 What is a failure?

 A failure is the program’s actual incorrect or missing

behavior

 When does a failure manifest itself?

slide-12
SLIDE 12

Ch 1–12

Failure vocabulary – 3

 What is a failure?

 A failure is the program’s actual incorrect or missing

behavior

 When does a failure manifest itself?

 A failure occurs when a fault executes  A fault won’t yield a failure without the conditions that

trigger it.

 Example: if a program yields 2+2=5 on the 10th time

you use it, you won’t see the failure before or after the 10th use.

slide-13
SLIDE 13

Ch 1–13

Incident vocabulary – 1

 What is an incident?

slide-14
SLIDE 14

Ch 1–14

Incident vocabulary – 2

 What is an incident?

 An incident is a characteristic of a failure that helps you

recognize that the program has failed.

slide-15
SLIDE 15

Ch 1–15

Vocabulary example

 Here’s a defective program

INPUT A

INPUT B

PRINT A / B

 What is the error?  What is the fault?  What is the critical condition?  What will we see as the incident of the failure?

slide-16
SLIDE 16

Ch 1–16

About tests – 1

 What is the purpose of a test?

slide-17
SLIDE 17

Ch 1–17

About tests – 2

 What is the purpose of a test?

 To verify correct behaviour  To find a failure

slide-18
SLIDE 18

Ch 1–18

About test cases

 What is a test case?  What information do we need to document a test case?

slide-19
SLIDE 19

Ch 1–19

Figure 1.2: Test case information 1 Test case ID 2 Purpose 3 Preconditions 4 Expected outputs 5 Postconditions 6 Execution history Date Result Version Run by

slide-20
SLIDE 20

Ch 1–20

Figure 1.3: Specified and implemented program behaviours Specification expected behaviour Program

  • bserved behaviour

What do the numbered areas represent?

slide-21
SLIDE 21

Ch 1–21

Figure 1.4: Specified, implemented and tested behaviours Specification expected behaviour Program

  • bserved behaviour

What do the numbered areas represent?

Tested cases verified behaviour

slide-22
SLIDE 22

Ch 1–22

Test case difficulty – 1

 What are the difficulties in making a test case?

slide-23
SLIDE 23

Ch 1–23

Test case difficulty – 2

 What are the difficulties in making a test case?

 Setting up preconditions  Determining expected output

slide-24
SLIDE 24

Ch 1–24

Value of test cases – 1

 Are test cases valuable?

slide-25
SLIDE 25

Ch 1–25

Value of test cases – 2

 Are test cases valuable?

 Yes

 Why?

slide-26
SLIDE 26

Ch 1–26

Value of test cases – 3

 Are test cases valuable?

 Yes

 Why?

 Difficult to construct  Need for verify correctness  Need to reuse for regression testing  Need to evolve

 What do we do about it?

slide-27
SLIDE 27

Ch 1–27

Value of test cases – 4

 Are test cases valuable?

 Yes

 Why?

 Difficult to construct  Need for verify correctness  Need to reuse for regression testing  Need to evolve

 What do we do about it?

 Document  Save  Use again

slide-28
SLIDE 28

Ch 1–28

Functional testing – 1

 What are the advantages of functional testing?

slide-29
SLIDE 29

Ch 1–29

Functional testing – 2

 What are the advantages of functional testing?

 Independent of implementation  Develop in parallel with program text

 What are the disadvantages of functional testing?

slide-30
SLIDE 30

Ch 1–30

Functional testing – 3

 What are the advantages of functional testing?

 Independent of implementation  Develop in parallel with program text

 What are the disadvantages of functional testing?

 Redundant tests  Gaps in tests  Cannot develop test cases for non-specified behaviour

slide-31
SLIDE 31

Ch 1–31

Structural testing – 1

 What are the advantages of structural testing?

slide-32
SLIDE 32

Ch 1–32

Structural testing – 2

 What are the advantages of structural testing?

 Strong theoretical basis

 Nothing is a practical as a good theory!

 Leads to good methods for discussing test coverage  Can look for unspecified behaviour

 What are the disadvantages of structural testing?

slide-33
SLIDE 33

Ch 1–33

Structural testing – 3

 What are the advantages of structural testing?

 Strong theoretical basis

 Nothing is a practical as a good theory!

 Leads to good methods for discussing test coverage  Can look for unspecified behaviour

 What are the disadvantages of structural testing?

 Cannot find test cases outside the structure of the program

slide-34
SLIDE 34

Ch 1–34

Comparing functional test case identification methods

What do the diagrams represent?

Tested cases Method A Tested cases Method B

slide-35
SLIDE 35

Ch 1–35

Comparing structural test case identification methods

What do the diagrams represent?

Tested cases Method A Tested cases Method B

slide-36
SLIDE 36

Ch 1–36

Sources of test cases – 1

 Which method functional or structural testing is better?  Why?

slide-37
SLIDE 37

Ch 1–37

Sources of test cases – 2 Functional black box Establishes Confidence Structural white box Seeks Faults

What conclusion can be made?

slide-38
SLIDE 38

Ch 1–38

Faults classified by severity 1 Mild 2 Moderate 3 Annoying 4 Disturbing 5 Serious 6 Very serious 7 Extreme 8 Intolerable 9 Catastrophic 10 Infectious

Of what use is the classification?

slide-39
SLIDE 39

Ch 1–39

Fault taxonomy 1 Input/output faults 2 Logic faults 3 Computation faults 4 Interface faults 5 Data faults

What are typical faults in each type? Of what use is the taxonomy?

slide-40
SLIDE 40

Ch 1–40

Figure 1.10: Levels of abstraction and testing

Of what use is this diagram?

slide-41
SLIDE 41

Ch 1–41

Craft of testing – 1

 In conclusion

What is the craft of testing?

slide-42
SLIDE 42

Ch 1–42

Craft of testing – 2

 In conclusion

What is the craft of testing?

 Identify errors we are likely to make  Create test cases to find the corresponding faults