L11 - Testing Flashcards

1
Q

System Testing

A

Test entire system: Functional Testing (functional requirements) + Structure Testing (subsystem decomposition) + Performance Testing (non-functional requirements) + Acceptance Testing (client expectation)

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

Error

A

System in a state where further processing can lead to failure.

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

Integration Testing

A

tests all interfaces between subsystems and the interaction + intends to create failures intentionally

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

Fault Detection

A

testing + debugging + monitoring

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

SUT

A

‘System under Test’: part of the system model

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

Failure

A

Deviation of observed behavior from specified behavior.

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

Unit Testing

A

Test individual units (via Java framework: JUnit) - carried out to confirm correct code and show intended functionality

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

Object-Oriented Test Modeling

A

Start with system model (system > SUT) - test model derived from SUT - add objects (test doubles) to test model - doubles are substitutes for the collaborators during testing

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

A Test Model contains …

A

test driver (program that executes test cases) + input data (consists of data needed for test cases) + oracle (compares expected output with actual test output) + test harness (framework that allows to run tests under varying conditions) + test cases

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

Fault Tolerance

A

exception handling + modular redundancy

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

Types of Integration Testing

A

Big Bang Integration + Bottom Up + Top Down + Sandwich Testing/BU+TD + Vertical Integration

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

Dynamic Analysis

A

Black-Box (tests input/output): does not discover extra use cases & White-Box (tests implementation): cannot detect missing use cases

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

Mock Object

A

able to mimic the behavior of real objects (‘record-replay metaphor’: orchestra + choir)

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

Dummy Object

A

Object that gets passed around but never actually gets used.

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

Pros/Cons Top Down Integration

A

no drivers BUT: stubs needed

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

Stub

A

provides same answer always

17
Q

Fault

A

Mechanical or algorithmic cause of an error.

18
Q

Validation

A

Checks if actual behavior meets the needs of the stakeholders.

19
Q

Verification

A

Checks if observed behavior complies with specified behavior.


20
Q

Pros/Cons Bottom Up Integration

A

no stubs/useful for OOS/RTS BUT: drivers

21
Q

Advantages of Vertical Integration

A

no stubs/drivers - build as early as possible —> always an executable program available

22
Q

Fake Object

A

working implementation but not suitable for production code (database on hard disk instead of web server)

23
Q

Static Analysis

A

hand execution: finds only 5-10% of software quality problems but cheap

24
Q

Acceptance Testing

A

Test entire system in target environment (client involved)

25
Q

Fault Avoidance

A

reduce complexity + use config management + apply verification

26
Q

Pros/Cons Sandwich Testing/BU+TD

A

parallel BUT: no thorough interface test