C1 Flashcards

1
Q

validation

A

The process of evaluating software at the end of software development to ensure compliance with intended usage: are we building the right system?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

verification

A

The process of determining whether the products of a given phase of the software development process fulfill the requirements established during the previous phase: are we building the system right?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

why is software verification difficult?

A
  • many different requirements
  • evolving structure
  • uneven distribution of faults
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

software fault

A

A static defect in the software, the root of the
failures. Faults are design mistakes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

software error

A

the execution of an incorrect internal state
(runtime) resulting from a fault

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

software failure

A

External observable incorrect behavior with
respect to the requirements or other description of the expected behavior

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

testing central issue

A

Given a fault, not all inputs will trigger the fault into a failure.

Problem: finding inputs that cause a software failure

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

3 conditions for a failure to be observed

A
  1. reachability: location in the program that contains the fault must be reachable
  2. infection: when executed the states of the program must be incorrect
  3. propagation: the infected state must propagate to cause some output of the program to be incorrect
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

testing

A

the process of systematic evaluation of software by observing its execution possibly identifying some of the failures

part of verification and validation process in which testers and developers work together to reduce the software risk

Testing can only show the presence of failures, but not the correctness of a program

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

test coverage criteria

A

measures of adequacy to increase the
confidence that we have tested enough

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

black-box testing

A

Deriving tests from external descriptions
of the software (requirements, specification, design)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

white-box testing

A

Deriving test case from the source code
internals (conditional, statements, internal state)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

unit testing

A

A unit is a small testable software component
- Procedure, method
- Class
Assess software with respect to implementation or detailed design

units are tested in isolation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

integration testing

A

Testing of more than one (tested) unit together to determine if they function correctly.
- assess software with respect to subsystem design
- focus on interfaces and communication between units

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

system testing

A

testing the system as a whole
- assess software with respect to architectural design
- verify that specifications are met

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

acceptance testing

A

Validate that the system can be used for the intended purpose:
- done by real business users
- enables the customer to determine whether to accept the system or not

  • assess software with respect to requirements
    also called beta testing
17
Q

regression testing

A

testing during maintenance
- assess software with respect to new and old requirements