To Memorize Flashcards
test progress reports
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
test completion
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
For every software development activity,
there is a corresponding test activity, so that all development activities are subject to quality control
Different test levels (see chapter 2.2.1) have
specific and different test objectives, which allows for testing to be appropriately comprehensive while avoiding redundancy
Test analysis and design for a given test level begins
during the corresponding development phase of the SDLC, so that testing can adhere to the principle of early testing (see section 1.3)
Testers are involved in reviewing work products as soon as
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)
Testers involved in release planning participate in
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.
Testers involved in iteration planning:
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.
Context of testing
scope, test objectives, constraints, test basis
Increased test effectiveness / efficiency
(e.g., by implementing suggestions for process improvement)
Increased quality of testware
(e.g., by jointly reviewing the test processes)
Team bonding and learning
(e.g., as a result of the opportunity to raise issues and propose improvement points)
Improved quality of the test basis
(e.g., as deficiencies in the extent and quality of the requirements could be addressed and solved)
Better cooperation between development and testing
(e.g., as collaboration is reviewed and optimized regularly)
Management tools – increase the test process efficiency
by facilitating management of the SDLC, requirements, tests, defects, configuration (Jira, confluence)