ASTQB practice question 6 of 15

In lifecycle models, what should testing provide in term of speed of releasing the product to market?

Full set: 76 questions
Answer options
A: There is no relationship between testing and the speed of releasing the product to market.
B: As testers, we need to make sure that only critical bugs are solved, all other bugs can be left unsolved so that the product is released as fast as possible.
C: As testers, we need to employ testing that will make sure that all failures are identified.
D: As testers, we need to employ testing that will not substantially slow the progress of the product to market, but will help reduce the risk of a catastrophic failure. Correct answer
Correct Answer:
D. As testers, we need to employ testing that will not substantially slow the progress of the product to market, but will help reduce the risk of a catastrophic failure.
Explanation

The primary role of testing within any software development lifecycle is to act as a risk management activity. It aims to provide stakeholders with sufficient information to make informed decisions about product release. This involves a pragmatic balance between ensuring quality and meeting business objectives, such as time-to-market. The goal is not to find every possible defect, which is impossible, but to focus test efforts on areas of highest risk. This approach helps prevent catastrophic failures in the live environment while ensuring that the testing process itself does not become an unreasonable bottleneck to the product's release schedule.

Why Incorrect

A. Testing is an integral activity that directly impacts project timelines; its duration and findings are critical inputs to any release schedule.
B. Intentionally ignoring all non-critical bugs is irresponsible, as it can lead to poor product quality, user dissatisfaction, and increased long-term maintenance costs.
C. According to the fundamental principles of testing, exhaustive testing (finding all failures) is impossible for any non-trivial software due to the vast number of input combinations and paths.

References

1. ISTQB® Certified Tester Foundation Level Syllabus, Version 2018 v3.1.1.

Section 1.3, Seven Testing Principles, Principle 2: "Exhaustive testing is impossible. Testing everything (all combinations of inputs and preconditions) is not feasible except for trivial cases." This directly refutes option C.

Section 5.5.1, Test Management in Context: This section discusses how the test manager must consider the context of the project, including "project constraints, such as time, budget, and resources." This supports the idea that testing must not substantially slow progress (option D).

Section 5.2.1, Risk-Based Testing and Product Risk: "Product risk analysis... provides information for... determining the extent of testing to be carried out." This highlights the core concept of reducing the risk of failure, as stated in option D.

2. Ammann, P., & Offutt, J. (2016). Introduction to Software Testing (2nd ed.). Cambridge University Press.

Chapter 1, Section 1.2, Economics of Testing: The text explains that "the tester’s job is to find an acceptable tradeoff" between the cost of preventing failures and the cost of failures occurring in the field. This economic balance is central to the principle described in option D.

3. Jorgensen, P. C. (2013). Software Testing: A Craftsman's Approach (4th ed.). CRC Press.

Chapter 1, A Perspective on Testing, Section 1.1, The Tester's Role in a Software Development Organization: The author emphasizes that testing provides a "service to the developers" and management by providing information about the quality of the product. This information service is crucial for balancing release speed with risk, as described in option D.

Scroll to Top