Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutRoadmapCareersInternshipsFAQContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Reading Paths
  • Glossary
  • Metrics Reference
  • Formal Cheat Sheet
  • Formal Foundations19
  • Properties and SVA16
  • Property Development and Constraints19
  • Proof Engines and Convergence23
  • Formal Applications20
  • Equivalence Checking14
  • Formal Coverage and Signoff15
  • Methodology and Debug13
    • The Formal Testplan
      • What Goes to Formal
      • Bring-Up Order
      • Testplan Worked Example
    • Managing Complexity in a Project
    • Debugging Formal Results
    • Formal in Regression
  • Interview Prep15
  • Capstone: A Chip-Block Verification Lab24
Loading lesson

←Methodology and Debug
  1. Topics
  2. Formal Verification
  3. Methodology and Debug
  4. The Formal Testplan

Part 8 of 10Part 8 of 10/Methodology and DebugAll levels

The Formal Testplan

Which requirements earn a formal obligation, in which order the harness comes up, and what a complete plan looks like.

  • 3topics
  • 3lessons

A formal testplan is a short list of obligations, each with its evidence, not a pile of assertions. It says which requirements get a proof and which stay with simulation, in which order the harness is built so every stage can be checked, and what counts as done per row. This topic makes those three decisions on the register block and the skid stage, both small enough to check by hand and real enough to hurt when they are wrong.

Lesson

After it you can...

What Goes to Formal

Sort requirements into formal-shaped and simulation-shaped, and defend the split.

Bring-Up Order

Bring a harness up stage by stage, with a checkable gate at each stage.

Testplan Worked Example

Write a complete plan with owners and evidence, and check it mechanically.

Suggested order: top to bottom. Selection first, then the staged build, then the full worked plan. The later topics assume the harness order and the evidence vocabulary from here.

A requirement is sorted by one question: is it formal-shaped? If yes it gets a property plus a trigger cover, if no it gets a simulation test. Both paths end in the same evidence ledger.
From requirement to evidence: a formal-shaped requirement gets a property plus a trigger cover, any other requirement gets a simulation test, and both kinds of evidence land in the ledger.
Check yourself What must every row of a formal testplan name?

The requirement, the property that checks it, the trigger cover that shows it can fire, the owner, and the evidence expected at signoff.

Related topics

  • VFP: Planning and Risk

  • VFP: Combining Formal and Simulation

PreviousNext: What Goes to Formal

Up next

Up nextWhat Goes to Formal

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • Managing Complexity in a Project
  • Debugging Formal Results
  • Formal in Regression