Skip to content

Semiconductor Testing · Topic 3 of 5

0%

Semiconductor TestingLesson 3 of 5

Semiconductor test methods & measurements

How a test program applies stimuli, measures responses, evaluates results, and records classifications — and why methods differ by device.

Prerequisites

What you’ll learn

  • How digital, analog/mixed-signal, memory, RF, and power devices are tested differently
  • What a test program is and how it runs
  • What test coverage does and does not mean
  • How a simple test sequence flows, end to end
  • Why measurement uncertainty and guard bands matter

Why it matters

Equipment is only half the story. The test program — the stimuli, measurements, limits, and sequence — is what actually decides whether a device passes. Understanding methods explains why a 'pass' means what it means.

Beginner intuition

A test program is a checklist run by a machine: set up the conditions, ask each question (stimulus), record each answer (measurement), and mark it against the answer key (limits).

Explanation

A test program applies defined stimuli to the device under test (DUT), measures the responses, compares them to limits, and records a classification. The same framework covers very different devices, but the specific methods depend on what the device does.

Digital parts are checked with logic patterns and timing; analog and mixed-signal parts with precise voltage, current, and frequency measurements; memories with addressing and pattern tests; RF parts with frequency-domain measurements; and power devices across high voltage and current. No single test list fits every product.

Whatever the device, the measurement setup must suit the electrical range and behaviour being measured, and the result is only trustworthy if the measurement itself is well understood — which is why calibration, repeatability, and guard bands matter.

Step-by-step process

  1. Apply power — Bring the DUT up within the defined test conditions.
  2. Check current — Measure current consumption against limits.
  3. Apply input pattern — Drive a defined test vector into the device.
  4. Capture response — Record the device's outputs.
  5. Compare to expected — Check outputs against the expected result.
  6. Evaluate timing — Where relevant, check timing/speed behaviour.
  7. Record pass/fail — Log the classification against the applicable limits.

Visual explanation

Apply power (test conditions)↓Check current consumption↓Apply input pattern↓Capture the response↓Compare with expected output↓Evaluate timing (if relevant)↓Record pass / fail vs limits
A simple test sequence: apply power, check current, apply an input pattern, capture the response, compare to the expected output, evaluate timing, and record pass/fail against the limits.

Key terminology

Device under test (DUT)
The device currently being tested.
Test vector / pattern
A defined set of inputs applied to the device.
Test limit
The bound a measurement must fall within to pass.
Binning
Sorting devices by test outcome.
Calibration
Adjusting the test system so measurements are accurate against a reference.
Guard band
A margin on a test limit that accounts for measurement uncertainty.
Test coverage
How much of a defined fault model or specification a test addresses.
Scan / scan chain
A DFT technique that chains flip-flops to shift test data in and out.
Built-in self-test (BIST)
Test logic built into the chip so it can test parts of itself.
Design-for-testability (DFT)
Designing a chip so it can be tested effectively.
S-parameters
A way of describing how an RF device responds across frequency (conceptually).

Example

Illustrative only. A small digital IC: apply power within the test conditions; confirm standby current is below an illustrative limit; apply an input pattern; capture the outputs; compare them to the expected truth table; check the response meets an illustrative timing window; record pass or fail against those limits. The limits are hypothetical, not real industry values.

Common mistakes

Real-world application

The same tester runs very different programs for a memory, an RF front-end, and a power device — the method, not just the machine, is what makes the measurement meaningful.

Manufacturing & industry context

Test programs are developed, validated, and version-controlled as carefully as the silicon they qualify.

Test time is cost, so method choice constantly balances coverage against throughput.

Go deeper: engineering & research

Optional expandable sections that build from engineer to advanced to researcher level. The basics above are enough for a first read — open these when you want the depth.

Digital testingEngineer
  • Logic states and levels; input/output behaviour; functional test patterns and truth tables.
  • Timing and propagation delay; setup and hold time (conceptually).
  • Scan testing / scan chains and built-in self-test (BIST) are design-for-testability (DFT) techniques built into the chip.
  • Scan and BIST are not interchangeable with every form of external production test — they complement it.
Analog & mixed-signal testingEngineer
  • Voltage and current measurements; gain and offset; linearity.
  • Noise and distortion; frequency response.
  • ADC and DAC testing; mixed-signal interactions between analog and digital blocks.

Key point

Methods depend on the device specification; examples here are illustrative, not universal limits.
Memory testingEngineer
  • Memory cells and arrays; read/write behaviour; addressing.
  • Functional patterns and introductory fault models.
  • Redundancy and repair; memory built-in self-test (MBIST); retention/timing where relevant.

Key point

Different memory technologies have different failure mechanisms and test requirements.
RF & power-device testingAdvanced

These domains need measurement setups matched to their electrical range and behaviour.

  • RF: frequency-dependent behaviour, gain, noise, linearity, matching, and S-parameters (conceptually).
  • Power: leakage, breakdown behaviour, on-state resistance or voltage drop, switching behaviour, thermal considerations, and current/voltage handling.
Test-program fundamentalsEngineer
  • DUT, test conditions, test sequence, test vectors/patterns, and test limits.
  • Measurement resources, calibration, result logging, binning, and retest policies.
  • Test-program version control — knowing exactly which program made a decision.

Key point

A test program must be validated before it is used for production decisions.
What test coverage meansAdvanced
  • Detecting a specific fault is not the same as covering a defined set of fault models.
  • Checking a functional specification is different again from screening for particular failure mechanisms.
  • Coverage is relative to a chosen test strategy and fault model — it is not a universal guarantee that some percentage of all possible defects has been found.
Measurement uncertaintyAdvanced
  • Resolution, accuracy, and repeatability bound what a measurement can tell you.
  • Calibration, noise, contact resistance, and temperature dependence all affect the result.
  • Guard bands tighten limits to account for uncertainty.
  • A borderline measurement may warrant investigation rather than an automatic conclusion that the device is defective.
Test-method comparisonEngineer
Device typeMainly measuresTypical approach
Digital logicLogic behaviour, timingFunctional patterns, scan/BIST
Analog / mixed-signalVoltages, currents, linearityPrecise parametric measurement
MemoryArray read/write integrityAddress/pattern tests, MBIST, repair
RFFrequency-domain behaviourGain/noise/matching, S-parameters
PowerHigh V/I behaviour, switchingBreakdown, leakage, Rds(on)/Vdrop, thermal
How methods differ by device type

Key takeaways

  • A test program applies stimuli, measures responses, compares to limits, and records a classification.
  • Digital, analog/mixed-signal, memory, RF, and power devices need different methods.
  • Coverage is relative to a fault model/strategy — not a universal defect guarantee.
  • Measurement uncertainty and guard bands are why a borderline result is investigated, not assumed.

References

  • VLSI Test Principles and Architectures: Design for Testability — L.-T. Wang, C.-W. Wu, and X. Wen (Morgan Kaufmann / Elsevier)
  • Essentials of Electronic Testing for Digital, Memory and Mixed-Signal VLSI Circuits — M. L. Bushnell and V. D. Agrawal (Springer)

Check your understanding

Quick self-check — not a test, and nothing is recorded.

1. Are scan and BIST a replacement for external production testing?
2. If a test program reports 90% coverage, does that mean 90% of all possible defects are caught?

Explore across Semitree

Continue the manufacturing journey

You now know how test methods and programs actually measure and classify devices.

Next: Test yield, defect analysis & reliability

See how test results turn into yield, failure investigation, and reliability.

Continue →

Continue learning

Semiconductor test methods & measurements

Up next

Test yield, defect analysis & reliability

Semiconductor Testing

How test results become yield metrics, how failures are investigated, and how reliability differs from yield.

Continue learning →