ISTQB CTFL-Foundation - ISTQB Certified Tester Foundation Level

Decision coverage is a testing metric used to ensure that all possible paths (decisions) in the code have been executed at least once. It is not used to verify the correctness of module calls, which ismore related to integration testing or control flow testing. Options A, B, and D describe valid uses of decision coverage, ensuring that decisions are exercised in programs, business processes, and measuring the extent of coverage by a test suite​​ .

A keyword-driven testing approach is effective because it separates the test logic (actions) from the test data. This makes the scripts more reusable and easier to maintain. By organizing tests this way, any changes in the data or the actions can be made independently without affecting the other, enhancing the efficiency and manageability of automated tests​​.

Writing test summary reports is typically the responsibility of a test leader or manager, who consolidates testing activities and results to communicate with stakeholders. Testers are more involved in preparing and acquiring test data, setting up and checking the test environment, and reviewing tests developed by others. These tasks are more hands-on and technical, aligning with the role of a tester​​ .

Top of Form

Bottom of Form

For a system with complex business rules and many branches, decision testing (a white-box technique) is appropriate because it ensures that each decision point (branch) in the code is tested. Equivalence partitioning (a black-box technique) complements this by ensuring that all functional areas (based ondifferent inputs) are adequately tested. This combination provides thorough coverage of both the internal logic and the functional requirements of the system​​.

White box testing techniques, also known as structure-based techniques, focus on the internal structure of the software. Decision testing (C) is a white box technique that involves creating test cases to execute specific decision points in the code, such as conditional statements. This ensures that all possible paths through the code are tested, helping to identify defects related to the control flow of the application. Other techniques listed, such as use case testing and state transition testing, are black box techniques that focus on the software's functionality from the user's perspective​​.

Software testing contributes to the quality of delivered software by identifying root causes of defects from past projects. This allows the team to learn from previous mistakes and improve their processes, ultimately reducing the defect count in future projects.

A test condition is defined as an item or event that can be verified by one or more test cases. It can include functions, transactions, structural elements, or quality attributes that need to be tested to ensure the system behaves as expected.

Experience-based test design techniques rely on the tester's skill, intuition, and experience to derive test cases. Techniques like error guessing and exploratory testing fall under this category. These methods do not depend on formal specifications but rather on the tester's understanding of the system and potential areas where defects might exist.

One of the considerations when deploying test execution tools is that recorded manual tests may become unstable. This instability can be due to changes in the user interface, environment, or other dependencies that the recorded script relies on. As a result, maintaining these recorded tests can be challenging and may require frequent updates.

To ensure that the statement 'Print 'Hold'' is exercised:

X=2, Y=4, Z=3 This test case will follow the path where X ≤ Y (False), Y > Z (True), leading to the 'Print 'Hold'' statement.