ISTQB CTFL4 Practice Test - Questions Answers, Page 27

Product risk involves the potential issues that can affect the quality and functionality of the software product, such as defects, performance problems, and usability issues. Project risk, on the other hand, relates to the risks that can impact the project's schedule, budget, and resources, such as delays, cost overruns, and resource constraints. Understanding both types of risks is crucial for managing and mitigating potential problems in software projects.

Rule 5 in the decision table indicates that when the object is within 5 metres of the vehicle and the sensitivity mode is switched 'on', no LED is lit. This matches the conditions and actions described in the decision table provided, ensuring that only the red LED is lit when the sensitivity mode is on and the object is within 1 metre, otherwise no LED is lit .

The key principles of software testing include: i. Testing shows the presence of defects, not their absence. iv. Defects cluster together. v. Testing is context dependent. vi. Beware of the pesticide paradox. vii. Absence of errors is a fallacy. These principles highlight the importance of recognizing the limitations and context of testing, as well as the potential for repeated tests to become less effective.

Confirmation testing, also known as retesting, is conducted to verify that specific defects have been fixed. Regression testing, on the other hand, is performed to ensure that recent changes have not adversely affected existing features of the software. Both types of testing are crucial for maintaining the integrity and quality of the software after modifications.

Behavior-Driven Development (BDD) is a collaborative approach that enhances communication among project stakeholders, including developers, testers, and business analysts. It involves defining how software should behave through examples written in a common language understandable by all stakeholders, often using the Given-When-Then format.

The benefits of continuous integration include: i. Allows earlier detection and easier root cause analysis of integration problems and conflicting changes. iv. Gives the development team regular feedback on whether the code is working. These benefits help in maintaining the stability and quality of the codebase by integrating and testing changes frequently and providing quick feedback to developers.

In a formal review, the roles involved typically include the author, management, facilitator (also known as moderator), review leader, reviewers, and scribe. Each role has specific responsibilities to ensure the effectiveness and efficiency of the review process:

The author creates and refines the work product being reviewed.

Management allocates resources and supports the review process.

The facilitator manages the review meeting, ensuring it proceeds smoothly.

The review leader plans the review and ensures it meets its objectives.

Reviewers examine the work product to identify defects.

The scribe records issues raised during the review meeting.

Good traceability between the test basis and test work products provides several advantages: i. Analyzing the impact of changes: Traceability allows for easy identification of which parts of the test work products will be affected by changes in the requirements or design, facilitating impact analysis. iv. Making testing auditable: Traceability ensures that there is a clear connection between the requirements and the test cases, which makes the testing process auditable and provides evidence that all requirements have been tested.

When working on a project with incomplete requirements and under pressure to deploy, exploratory testing is particularly suitable. This type of testing allows testers to use their expertise and intuition to explore the system's functionality and identify defects without needing detailed specifications. Exploratory testing is flexible and can quickly adapt to changes and gaps in the requirements.