Release review: shift hold violations, capture setup failures, at-speed pattern pass rate regresses after a test-flow update touching Shift vs Capture Timing.
Team had prior signoff, then a new program/config introduced regressions in selected buckets.
shift hold violations, capture setup failures, at-speed pattern pass rate regression
Mismatch between simulation and tester
Escalation without clear owner
Hour 0: freeze pattern set, constraints, and tester program tags
Hour 1: isolate first failing bucket by mode/lot
Hour 2: verify legality and constraints assumptions
Hour 3: correlate with physical/timing/power context
Hour 4: choose minimal reversible fix
Hour 5: run full signoff regression matrix
Hour 6: publish decision memo and owners
Root cause tied to Shift vs Capture Timing: Shift mode is hold-sensitive while capture mode is setup-sensitive; closure must preserve both under test clocking assumptions.
Apply bounded fix with owner
Re-run shift/capture timing report, at-speed validation logs, path-group summary
Re-validate quality, timing, and test power
Tag every run artifact
Mechanism first, command second
Close with explicit release decision
CASE STUDY - Shift vs Capture Timing
baseline metric / regressed metric / post-fix metricDFT FLOW - Shift vs Capture Timing
scan insertion -> chain stitch -> compression map -> ATPG -> tester apply -> diagnosis
| | | | |
controllability shift balance channel use coverage silicon correlation
Primary metric: shift hold violations, capture setup failures, at-speed pattern pass rateTest signoff fails when shift/capture timing and test power are treated independently.
TEST SIGNOFF LOOP
test SDC -> shift/capture timing -> power-aware ATPG -> IR validation -> releaseTEST CURRENT
functional current baseline
scan shift current peak-risk zonetest-mode STA report
shift/capture split
test power IR map
waiver tracker
At-speed patterns passed timing but failed in production due to peak shift IR; staggered capture and power-aware fill resolved.
Tag test and functional corners separately
Check hold in shift mode
Correlate fail bins with power hotspots
Ask: what evidence proves this DFT decision is safe for production?
State metric, lot/corner context, and pattern tag with every claim.
Treat timing, power, and quality as one signoff problem.
Chasing coverage without legality checks.
Ignoring test-power side effects of pattern changes.
Debugging silicon without reproducible tags.
Shift mode is hold-sensitive while capture mode is setup-sensitive; closure must preserve both under test clocking assumptions.
Metric: shift hold violations, capture setup failures, at-speed pattern pass rate
This content block can't be displayed here.
Block type: unknown
This content block can't be displayed here.
Block type: unknown
This content block can't be displayed here.
Block type: unknown