To Memorize Flashcards

1
Q

test progress reports

A

Test period

Test progress (e.g., ahead or behind schedule), including any notable deviations

Impediments (blocks) for testing, and their workarounds

Test metrics (see section 5.3.1 for examples)

New and changed risks within testing period

Testing planned for the next period

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

test completion

A

Test summary

Testing and product quality evaluation based on the original test plan (i.e., test objectives and exit criteria)
Deviations from the test plan (e.g., differences from the planned schedule, duration, and effort).

Testing impediments and workarounds

Test metrics based on test progress reports

Unmitigated (mitigate: make less severe) risks, defects not fixed

Lessons learned that are relevant to the testing

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

For every software development activity,

A

there is a corresponding test activity, so that all development activities are subject to quality control

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

Different test levels (see chapter 2.2.1) have

A

specific and different test objectives, which allows for testing to be appropriately comprehensive while avoiding redundancy

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

Test analysis and design for a given test level begins

A

during the corresponding development phase of the SDLC, so that testing can adhere to the principle of early testing (see section 1.3)

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

Testers are involved in reviewing work products as soon as

A

drafts of this documentation are available, so that this earlier testing and defect detection can support the shift-left strategy (see section 2.1.5)

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

Testers involved in release planning participate in

A

writing testable user stories and acceptance criteria (see section 4.5),

participate in project and quality risk analyses (see section 5.2),

estimate test effort associated with user stories (see section 5.1.4),

determine the test approach,

and plan the testing for the release.

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

Testers involved in iteration planning:

A

participate in the detailed risk analysis of user stories,

determine the testability of user stories,

break down user stories into tasks (particularly testing tasks),

estimate test effort for all testing tasks,

identify and refine functional and non-functional aspects of the test object.

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

Context of testing

A

scope, test objectives, constraints, test basis

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

Increased test effectiveness / efficiency

A

(e.g., by implementing suggestions for process improvement)


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

Increased quality of testware

A

(e.g., by jointly reviewing the test processes)


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

Team bonding and learning

A

(e.g., as a result of the opportunity to raise issues and propose improvement points)


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

Improved quality of the test basis

A

(e.g., as deficiencies in the extent and quality of the requirements could be addressed and solved)


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

Better cooperation between development and testing

A

(e.g., as collaboration is reviewed and optimized regularly)

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

Management tools – increase the test process efficiency

A

by facilitating management of the SDLC, requirements, tests, defects, configuration (Jira, confluence)

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