CTFL 5.2.2: Distinguish between project risks and product risks
K2Syllabus section 5.2.2
3 original PrepBench practice questions for learning objective 5.2.2 of the CTFL 4.0 syllabus. Try the examples below and check each answer against its syllabus reference.
Practice questions
Question 1
Which of the following is a PRODUCT risk rather than a project risk?
- A key tester leaves the company during the release
- The third-party test environment provider delivers late
- The application calculates incorrect insurance premiums
- The development team is cut by 20% in the middle of the project
Show answer
- A key tester leaves the company during the releaseA tester leaving threatens delivery — that is a project risk, not a product risk.
- The third-party test environment provider delivers lateA late supplier is a project risk affecting the ability to deliver.
- Correct answer: The application calculates incorrect insurance premiumsIncorrect premium calculations are a defect in the product's quality — a product risk.
- The development team is cut by 20% in the middle of the projectA staffing cut endangers the project's delivery — a project risk.
Product risks relate to the quality of the product itself — e.g. incorrect calculations, poor performance, security weaknesses. Staff departures, supplier delays, and budget cuts threaten the project's ability to deliver and are project risks.
Syllabus section 5.2.2
Question 2
Which of the following is a PROJECT risk rather than a product risk?
- The only tester with payments domain knowledge may leave before the release
- The app crashes whenever the network connection drops
- The search results returned are sometimes incorrect
- Response times exceed the agreed limit under heavy load
Show answer
- Correct answer: The only tester with payments domain knowledge may leave before the releaseLosing the only skilled tester threatens delivery — a project risk.
- The app crashes whenever the network connection dropsA crash on network loss is a defect in the product — a product risk.
- The search results returned are sometimes incorrectIncorrect search results are a product-quality problem — a product risk.
- Response times exceed the agreed limit under heavy loadExceeding response-time limits is a performance defect of the product — a product risk.
Project risks threaten the project's ability to deliver — organizational issues like skill shortages and staff departures, supplier problems, technical/schedule issues. Crashes, wrong results, and slow responses are quality problems of the product itself: product risks.
Syllabus section 5.2.2
Question 3
When a project risk materializes, what is it MOST likely to affect?
- The runtime response time of the delivered software
- The number of security vulnerabilities in the product
- The project's schedule, budget, or scope
- The correctness of the product's calculations
Show answer
- The runtime response time of the delivered softwareResponse time is a product quality characteristic, so this is a product-risk consequence.
- The number of security vulnerabilities in the productSecurity vulnerabilities are product risks, not consequences of project risks.
- Correct answer: The project's schedule, budget, or scopeProject risks, when they occur, impact the schedule, budget, or scope.
- The correctness of the product's calculationsIncorrect calculations are a product risk, not a consequence of a project risk.
Project risks relate to the management and control of the project. When they occur, they may impact the project's schedule, budget, or scope, affecting its ability to achieve its objectives. The other options are product risks, tied to product quality characteristics.
Syllabus section 5.2.2
Original PrepBench practice material, not official exam questions or exam dumps. PrepBench is independent and is not affiliated with or endorsed by ISTQB®.