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

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Reading Paths
  • Concept Map
  • Meet DCRouter
  • Glossary
  • Part 0: What Verification Is8
  • Part 1: What Can Go Wrong11
  • Part 2: Specifications as Checkable Rules8
  • Part 3: Observability and Controllability7
  • Part 4: Stimulus11
  • Part 5: Checking11
  • Part 6: Coverage10
  • Part 7: Formal and Simulation10
  • Part 8: Verification Levels and Reuse8
  • Part 9: Planning and Risk9
  • Part 10: Emulation and Prototyping8
  • Part 11: Post-Silicon Validation8
  • Part 12: Bug Economics8
  • Part 13: Debug7
  • Part 14: Sign-Off7
  • Part 15: Verification in Context8
  • Part 16: Case Studies5
  • Part 17: Capstones5
  • Part 18: Interview Preparation6
Loading lesson

‹First Principles of Verification Strategy
  1. Topics
  2. First Principles of Verification Strategy
  3. Glossary

Start here · All levels

Glossary

Verification terms used across the course, each defined once in plain words.

Term

Meaning

Assertion

A rule checked automatically while the design runs, at the place it applies

Bug escape

A bug that passes every check and is found later, in silicon or in the field

Closure

Reaching the coverage and other criteria the plan set as done

Constrained random

Random stimulus limited to legal values by constraints that model the environment

Controllability

How easily a test can put the design into a given state

Coverage

A measure of which situations the tests exercised (not whether results were checked)

Directed test

A test written by hand for one specific case

Emulation

Running the design on special hardware, far faster than simulation, with some debug visibility

False pass

A test that passes without having checked anything, such as a vacuous assertion

Formal verification

Checking a property against every input sequence the assumptions allow, by proof

Mutation testing

Injecting deliberate bugs to measure whether the testbench catches them

Observability

How easily a wrong internal value becomes visible to a check

Oracle

Whatever decides what the correct result is: a model, a table, a rule or a person

Reference model

A model that computes the expected output for any input

Regression

The set of tests run repeatedly to catch new failures

Residual risk

The risk of remaining bugs that a sign-off decision accepts

Scoreboard

A checker that compares the design's outputs with expected outputs

Sign-off

The decision that verification is complete enough to proceed, on stated evidence

Validation

Checking that the product meets the real need, not only its specification

Verification plan

The document that lists features, checks, coverage, priorities and owners

Waiver

A recorded, approved exception to a sign-off criterion

Related topics

  • Course hub

Previous

5 / 160

Next: Part 0: What Verification Is

Up next

Up nextPart 0: What Verification Is

Sign in to save progress

Practice this lessonReport an error

See also

  • How to Use This Course
  • Reading Paths
  • Concept Map