---
title: "Verification planning"
subject: "Software Engineering"
chapter: 7
key: "semester_5/software_engineering:verification-planning"
source: https://www.bctengineer.com/q/semester_5/software_engineering/verification-planning
site: BCT Engineering
---

# Verification planning

Software Engineering · Chapter 7: Verification and validation

- Asked in: year not given, 8 marks
- Answer checked by Claude Opus 5.5 (high effort) on 2026-10-14
- Page: https://www.bctengineer.com/q/semester_5/software_engineering/verification-planning
- Whole chapter: https://www.bctengineer.com/md/semester_5/software_engineering/chapter-7

## Question

What is verification planning? Why is it required? Explain steps involved in it.

## Short answer

Verification planning decides early which static and dynamic techniques will be used, what will be tested, by whom, when, and with what resources. It is required because V&V is costly and must be planned to ensure early defect detection, resource control, and traceability. Steps: define objectives, choose techniques, derive test plans from the V-model, establish traceability, schedule, define recording procedures, and specify hardware/software needs.

## Answer

**Verification planning** (V&V planning) is the activity of deciding, early in the project, how the software will be checked against its specification and user needs: which static and dynamic techniques will be used, what will be tested, by whom, when, with what resources, and how results will be recorded. Its output is the **V&V plan / test plan**.

#### Why it is required
- **V&V is expensive.** It can take 30–50% of total development cost, so it must be planned and budgeted like any other activity.
- **Testing is linked to development.** In the V-model, test plans are derived from the requirements and design, so they must be prepared while those documents are written.
- **Early defect detection.** Writing test plans from the requirements exposes ambiguous or untestable requirements early.
- **Right balance of techniques.** It decides how much to rely on inspections and static analysis and how much on testing, based on how critical the system is.
- **Resource and schedule control.** People, test hardware, tools and test data must be ready at the right time.
- **Completeness and traceability.** Every requirement is mapped to tests, so nothing is left untested.
- **Standards and contracts.** Critical systems and contracts often require a documented V&V plan.

#### Steps in verification planning

1. **Define V&V objectives.** Decide the required confidence level from the system's purpose, user expectations and marketing environment. A safety-critical system needs far more V&V than a prototype.
2. **Choose techniques.** Select the mix of static verification (reviews, inspections, static analysis, formal proof) and dynamic testing for each phase.
3. **Derive test plans from the V-model.** Prepare the acceptance test plan from requirements, the system integration test plan from the system specification, the sub-system integration test plan from the design, and unit test plans from detailed design.
4. **Establish requirements traceability.** List each requirement and the tests that check it.
5. **Identify tested items.** Name the products, components and documents to be tested and the features excluded.
6. **Prepare the testing schedule.** Fit test activities into the project schedule and allocate staff and time.
7. **Define test recording procedures.** State how test results, incidents and defects are logged so that tests can be audited and repeated.
8. **Specify hardware and software requirements.** List test environments, tools, simulators and test data needed.
9. **Identify constraints and risks.** Note limits such as staff shortage, late delivery of components, and the plan to handle them.
10. **Review and maintain the plan.** The plan is a living document; update it as requirements and design change.

```text
Objectives -> Techniques -> Test plans (V-model)
     -> Traceability -> Schedule & resources
     -> Recording procedures -> Review/update
```

**Example:** for an online banking system, the plan may require code inspections for all transaction modules, unit tests with 90% branch coverage, integration tests for the payment gateway interface, load tests for 5,000 concurrent users, and acceptance tests by bank staff, all scheduled in the last three months of the project.

## Check yourself

The answer's key points as multiple-choice questions, with the correct option and why.

1. What is verification planning?
   A. Writing the final user manual
   B. Deciding early how software will be checked: techniques, what, who, when, resources and recording
   C. Running all tests after the code is finished
   D. Choosing the programming language
   Answer: B. V&V planning decides techniques, items to test, people, schedule, resources and result recording. Its output is the V&V or test plan. (Key point: Definition)

2. Why must V&V be planned and budgeted like any other activity?
   A. It is cheap and needs little effort
   B. It can take 30-50% of total development cost
   C. It is only done for prototypes
   D. It replaces the need for design
   Answer: B. V&V is expensive, often 30-50% of development cost, so it needs planned resources and schedule. (Key point: Why planning is needed)

3. In the V-model, the acceptance test plan is derived from which document?
   A. Detailed design
   B. Sub-system design
   C. The requirements
   D. The source code
   Answer: C. Acceptance tests come from the requirements, system integration tests from the system specification, sub-system tests from design, and unit tests from detailed design. (Key point: Test plans from V-model)

4. What is the purpose of requirements traceability in the plan?
   A. To count lines of code
   B. To map each requirement to tests that check it so nothing is left untested
   C. To assign blame for defects
   D. To estimate project cost
   Answer: B. Listing each requirement with its tests ensures completeness and exposes untested or untestable requirements. (Key point: Traceability)

## Related in Software Engineering

- [SQA and statistical SQA](https://www.bctengineer.com/question.md?key=semester_5%2Fsoftware_engineering%3Asqa-statistical) — Software Engineering, chapter 9

## Related in other subjects

- [Model building, verification, validation steps](https://www.bctengineer.com/question.md?key=semester_8%2Fsimulation_and_modeling%3Amodel-building-verification-validation) — Simulation and Modeling, chapter 7
- [DSM concept; planning and implementation steps](https://www.bctengineer.com/question.md?key=semester_7%2Futilization_of_electrical_energy%3Adsm-concept-planning-implementation) — Utilization of Electrical Energy, chapter 6
- [Time cost trade-off and steps in planning](https://www.bctengineer.com/question.md?key=semester_8%2Fconstruction_management%3Atcto-steps-planning) — Construction Management, chapter 2
- [Importance and steps of planning and scheduling](https://www.bctengineer.com/question.md?key=semester_8%2Fconstruction_management%3Aplanning-importance-steps) — Construction Management, chapter 2
