Static testing is a form of testing that does not involve executing the software, but rather analyzing it for defects, errors, or violations of standards. Static testing can be applied to any software development product, including requirements specifications, design specifications, code, test cases, test plans, user manuals, etc.
Static testing can be done by using various techniques such as reviews, inspections, walkthroughs, checklists, static analysis tools, etc. Verified References: A Study Guide to the ISTQB Foundation Level 2018 Syllabus
- Springer, page 7.

* The question is about identifying an example of testing contributing to higher quality. Quality is the degree to which a component, system or process meets specified requirements and/or user/customer needs and expectations1. Testing is the process consisting of all lifecycle activities, both static and dynamic, concerned with planning, preparation and evaluation of software products and related work products to determine that they satisfy specified requirements, to demonstrate that they are fit for purpose and to detect defects2.
* Therefore, testing contributes to higher quality by verifying and validating that the software products and related work products meet the specified requirements, are fit for purpose and have no defects, or at least have a reduced number of defects. Testing also provides information about the quality of the software products and related work products to the stakeholders, who can make informed decisions based on the test results3.
* Out of the four given statements, only option D is an example of testing contributing to higher quality, as it shows that testing has detected a defect (a flaw in a component or system that can cause the component or system to fail to perform its required function4) and that the defect has been resolved (fixed and confirmed) prior to release (delivery of the software product to the customer or end user).
This means that testing has prevented a potential failure (an event in which a component or system does not perform a required function within specified limits) from occurring in the operational environment, and thus has improved the quality of the software product.
* Option A is not an example of testing contributing to higher quality, as it is a reporting activity that summarizes the test results and evaluates the test objectives, but does not directly affect the quality of the software product or related work products. A test summary report is a document that records and communicates the outcomes of testing activities, including test completion criteria, test results, incident reports, test summary and evaluation, and lessons learned.
* Option B is not an example of testing contributing to higher quality, as it is a planning activity that estimates the resources and time needed for testing activities, but does not directly affect the quality of the software product or related work products. A test effort estimate is an approximation of the amount of work and/or the duration of time required to perform testing activities.
* Option C is not an example of testing contributing to higher quality, as it is a preparation activity that sets up the test environment (an environment containing hardware, instrumentation, simulators, software tools, and other support elements needed to conduct a test), but does not directly affect the quality of the software product or related work products. A test environment installation is a process of installing and configuring the test environment according to the test environment specification.
References:
* 1: ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 10
* 2: ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 11
* 3: ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 12
* 4: ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 13
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 13
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 77
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 78
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 79
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 80
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 81
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 82
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 83
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 84
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 85
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 86
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 87
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 88
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 89
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 90
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 91
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 92
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 93
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 94
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 95
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 96
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 97
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 98
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 99
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 100
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 101
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 102
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 103
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 104
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 105
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 106
* : ISTQB Certified Tester Foundation Level Syllabus 2018, Version 4.0, p. 107

Equivalence partitioning is a technique that divides the input data and output results of a software component into partitions of equivalent data. Each partition should contain data that is treated in the same way by the component. Equivalence partitioning can be used to reduce the number of test cases by selecting one representative value from each partition. Equivalence partitioning is suitable for testing the price computation, as it can identify different partitions based on the passenger type, the travelling type, the distance and the kind of transport. Equivalence partitioning is not statement coverage, which is a technique that measures how many executable statements in a source code are executed by a test suite. Statement coverage is not appropriate for testing the price computation, as it does not consider the input data or output results. Equivalence partitioning is not state transition testing, which is a technique that models how a system transitions from one state to another depending on events or conditions. State transition testing is not relevant for testing the price computation, as it does not involve any states or transitions. Equivalence partitioning is not use case testing, which is a technique that tests how users interact with a system to achieve a specific goal. Use case testing is not applicable for testing the price computation, as it does not focus on a single function or component.
Verified References: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer], Chapter 4, page 37-38.

In defect reporting, the attribute that indicates the degree of impact that the defect has on the system is the severity. Severity reflects the seriousness of the defect in terms of its impact on the operation of the system, ranging from minor issues that do not significantly affect the system's functionality to critical defects that can cause system failure. Therefore, option B is the correct answer.

Pair reviews are informal and typically involve two people reviewing the work product together, often in an informal setting. Walkthroughs are more formal and aim to educate stakeholders and evaluate the product, serving the dual purpose of improving the product and training participants. Technical reviews have a strong focus on improving the product's quality, often involving technical stakeholders. Inspections are the most formal review type and are aimed primarily at detecting defects.References:ISTQB Certified Tester Foundation Level Syllabus v4.0, Section 3.2.3 "Review Types".