CTAL-TM Exam Dumps - Certified Tester Advanced Level Test Management (CTAL-TM) v3.0

In Agile (including SCRUM), test monitoring is typically continuous, and tools like burndown charts, task boards, and dashboards are used for real-time reporting. According to the syllabus: “In Agile development, test progress reporting may be incorporated into task boards, defect summaries and burndown charts... during a daily stand-up meeting” .

Product risk analysis is the process of identifying and assessing the product risks that may affect the quality or functionality of the software under test1. Product risk analysis involves two primary activities: risk identification and risk assessment. Risk identificationis the activity of finding, naming, and describing the risks that might affect the software under test2. Risk assessment is the activity of estimating the impact and probability of occurrence (likelihood) of the identified risks, and prioritizing them based on these factors3. Therefore, option B is the correct answer. Option A is incorrect because risk testing and risk management are not primary activities of product risk analysis, but rather activities that follow or use the results of product risk analysis. Risk testing is the activity of designing, implementing, and executing tests based on the product risk levels to reduce the level of product risks and inform stakeholders of their status4. Risk management is the activity of planning, monitoring, and controlling the risks and the risk mitigation actions in the software project5. Option C is incorrect because risk identification and risk testing are not primary activities of product risk analysis, but rather activities that are part of product risk analysis and risk-based testing respectively. Option D is incorrect because risk management and risk assessment are not primary activities of product risk analysis, but rather activities that are part of risk management and product risk analysis respectively. References: 1: ISTQB Glossary, Product Risk Analysis 2: ISTQB Glossary, Risk Identification 3: ISTQB Glossary, Risk Assessment 4: ISTQB Glossary, Risk-Based Testing 5: ISTQB Glossary, Risk Management : Product Risk Analysis (PRA) | TMap : Risk-Based Testing | ISTQB Glossary : Risk Analysis | ISTQB Glossary

The Cost of Quality (CoQ) categories and examples:

Prevention:a4→ Strengthening recruitment criteria prevents defects by improving staff quality

Appraisal:b3→ Designing suitability tests is about verifying quality

Internal Failure:c1→ Confirmation testing after detecting a fault internally

External Failure:d2→ Emergency fix deployment is a result of failures in production

This matches:A. a4, b3, c1, d2

An analytical test strategy is a test strategy that is based on the analysis of the factors that affect the quality of the software under test, such as the requirements, the risks, the complexity, or the criticality1. An analytical test strategy uses these factors to define the test objectives, scope, approach, and techniques, as well as to prioritize and allocate the test resources2. Reporting the test results as “Requirements tested, passed, and failed” implies that the testing is driven by the requirements, which are the specifications of the desired features and functions of the software under test. Testing based on the requirements is an example of an analytical test strategy, as it uses the requirements as the main factor to guide the testing activities. Therefore, option C is the correct answer. Option A is incorrect because a model-based test strategy is a test strategy that uses models to represent the desired behavior and structure of the software under test, and to derive test cases, test data, test procedures, and test oracles. A model-based test strategy does not necessarily report the test results as “Requirements tested, passed, and failed”, as it may use other types of models, such as state diagrams, data flow diagrams, or decision tables, to generate and execute the tests. Option B is incorrect because an exploratory test strategy is a test strategy that uses the tester’s knowledge, skills, and creativity to design and execute tests dynamically, without predefined test cases or test procedures. An exploratory test strategy does not report the test results as “Requirements tested, passed, and failed”, as it does not follow a formal or structured testing process, but rather relies on the tester’s intuition, experience, and feedback. Option D is incorrect because a reactive test strategy is a test strategy that uses the actual behavior and results of the software under test to design and execute tests, without prior knowledge or documentation of the software. A reactive test strategy does not report the test results as “Requirements tested, passed, and failed”, as it does not have any requirements or specifications to compare the software against, but rather uses the software itself as the test basis. References: 1: ISTQB Glossary, Analytical Test Strategy 2: ISTQB Advanced Level Test Manager Syllabus, Section 1.1.1 : ISTQB Glossary, Requirement : ISTQB Advanced Level Test Manager Syllabus, Section 1.1.1 : ISTQB Glossary, Model-Based Testing : ISTQB Advanced Level Test Manager Syllabus, Section 1.1.1 : ISTQB Glossary, Exploratory Testing : ISTQB Advanced Level Test Manager Syllabus, Section 1.1.1 : ISTQB Glossary, Reactive Test Strategy : ISTQB Advanced Level Test Manager Syllabus, Section 1.1.1 : Test Strategy | ISTQB Glossary : Test Strategy - ISTQB not-for-profit association