Chapter 5: test monitoring and control Flashcards
What is the purpose of test monitoring
to gather information and provide feedback and visibility about test activities
How is information collected for test monitoring?
Information can be collected manually or automatically
What should test monitoring assess?
- test progress
- measure whether the test exit criteria, or the testing tasks associated with an Agile project’s definition of done, are satisfied, such as meeting the targets for coverage of product risks, requirements, or acceptance criteria.
What is testing control?
Test control describes any guiding or corrective actions taken as a result of information and metrics gathered and (possibly) reported. Actions may cover any test activity and may affect any other software lifecycle activity.
Give examples of test control
- re-priortizing test due to identified risks
- changing the test schedule due to availability or unavailability of a test environment or other resources
- Re-evaluating whether a test item meets an entry or exit criterion due to rework
What can test metrics assess?
- (plan) progress against the the planned schedule or budget
- (quality of testing) current quality of the test project
- (adequacy of testing) adequacy of the test approach
- (effectiveness of testing) effectiveness of the test activities with respect to the objectives
List common test metrics
- Percentage of planned work done in test case preparation (or percentage of planned test cases implemented)
- Percentage of planned work done in test environment preparation
- Test case execution (e.g., number of test cases run/not run, test cases passed/failed, and/or test conditions passed/failed)
- Defect information (e.g., defect density, defects found and fixed, failure rate, and confirmation test results)
- Test coverage of requirements, user stories, acceptance criteria, risks, or code
- Task completion, resource allocation and usage, and effort
- Cost of testing, including the cost compared to the benefit of finding the next defect or the cost compared to the benefit of running the next test
What is the purpose of a test report?
The purpose of test reporting is to summarize and communicate test activity information, both during and at the end of a test activity (e.g., a test level).
What is the test report called when it is prepared during a test activity v when it is created at the end of a test activity?
The test report prepared during a test activity may be referred to as a test progress report, while a test report prepared at the end of a test activity may be referred to as a test summary report
What might be included in the test progress report?
- (current status against test plan) The status of the test activities and progress against the test plan
- (blockers) Factors impeding progress
- (future) Testing planned for the next reporting period
- (quality) The quality of the test object
What is typically included in a test summary report (sometimes known as the test completion report)?
- (what happened) Information on what occurred during a test period
- (what changed/ deviations from the plan) Deviations from plan, including deviations in schedule, duration, or effort of test activities
- (status of testing and product qual) Status of testing and product quality with respect to the exit criteria or definition of done
- (blockers) Factors that have blocked or continue to block progress
- (metrics) Metrics of defects, test cases, test coverage, activity progress, and resource consumption. (e.g., as described in 5.3.1)
- Residual risks (see section 5.5)
Reusable test work products produced
Test reports can change depending on the project, what kind of report might a complex project have?
For example, a complex project with many stakeholders or a regulated project may require more detailed and rigorous reporting than a quick software update
Test reports can change depending on the project, what kind of report might an agile dev project have?
Agile development, test progress reporting may be incorporated into task boards, defect summaries, and burndown charts, which may be discussed during a daily stand-up meeting (see ISTQBCTFL-AT).
Test reports can change depending on the project, how might the audience effect the report?
The type and amount of information that should be included for a technical audience or a test team may be different from what would be included in an executive summary report. In the first case, detailed information on defect types and trends may be important. In the latter case, a high-level report (e.g., a status summary of defects by priority, budget, schedule, and test conditions passed/failed/not tested) may be more appropriate. ISO standard (ISO/IEC/IEEE 29119-3) refers to two types of test reports, test progress reports and test completion reports (called test summary reports in this syllabus), and contains structures and examples for each type
What can effect the contents of a test report?
The contents of a test report will vary depending on the project, the organizational requirements, the software development lifecycle and the audience