IDB-PTP-006
Prototyping · validation · test
Prototype test plan template
Reference structure for defining what each prototype round must prove, the test methods used, the standards referenced, and the decisions each result feeds.
Abstract
A prototype that does not answer a written question is a model, not a test. This document is the structure for committing those questions, test methods, and decision criteria to writing before the prototype is built.
Section 1 covers prototype-type selection. Section 2 covers test definition with referenced standards. Section 3 covers execution and review discipline. Section 4 covers the decision framework for the next investment.
1.Choose the prototype type
Different prototypes answer different questions, and each one costs differently. Pick before drawing or ordering anything.
1.1Six prototype types
| # | Type | Proves | Cost | Time |
|---|---|---|---|---|
| 1 | Appearance model | Form, finish, ergonomics | $200–2 000 | 1–2 wk |
| 2 | Architecture proto | Internal layout, fit | $500–3 000 | 1–2 wk |
| 3 | Electronics proof | Circuit works at all | $500–5 000 | 1–3 wk |
| 4 | Functional proto | Integrated system works | $5–30k | 4–8 wk |
| 5 | Supplier sample | Actual factory + process | $1–10k | 4–6 wk |
| 6 | Pilot-production unit | Production line + tooling | $10–50k | 3–6 wk |
1.2Sequencing principle
- One prototype, one or two questionsDo not stack. If a test fails, you won't know which assumption was wrong.
- Cheapest firstA foam-board appearance model can answer ergonomics that a $40 k functional prototype cannot answer any better.
- Don't skip stagesArchitecture before functional; functional before tooling; tooling before pilot. Skipping costs more than running.
2.Define the tests
A test is only useful if it has a method, a pass criterion, and a decision tied to the result. Write all three before building.
2.1Per-test definition (template)
2.2Standard environmental test methods
| Test | Standard | Notes |
|---|---|---|
| Free fall drop | IEC 60068-2-32 | Drop height per product class |
| Tumble (rolling drop) | IEC 60068-2-31 | Wearables, handhelds |
| Mechanical shock | IEC 60068-2-27 | Half-sine pulse, multiple axes |
| Vibration (sinusoidal) | IEC 60068-2-6 | Resonance + dwell |
| Vibration (random) | IEC 60068-2-64 | Transport, vehicle mount |
| Cold storage | IEC 60068-2-1 | -20 °C, -40 °C standard |
| Dry heat storage | IEC 60068-2-2 | +70 °C, +85 °C standard |
| Damp heat (steady) | IEC 60068-2-78 | +40 °C, 93 % RH, 96 h |
| Damp heat (cyclic) | IEC 60068-2-30 | Cycling 25–55 °C, 93 % RH |
| Salt mist | IEC 60068-2-11 / ASTM B117 | Corrosion, 5 % NaCl |
| Water spray (IP code) | IEC 60529 | IPX3-X9K per spec |
| Dust (IP code) | IEC 60529 | IP5X-6X |
| UV exposure | ISO 4892-2 | Plastic colour stability |
| MIL-STD-810 | MIL-STD-810H | US military environmental |
| RTCA DO-160 | DO-160G | Aviation equipment |
2.3Drop test heights by product class
| Class | Height | Surfaces | Standard |
|---|---|---|---|
| Tabletop / kitchen | 0.76 m (30") | Hardwood, vinyl | IEC 60068-2-32 |
| Handheld consumer | 1.0 m (40") | Concrete | Internal carrier specs |
| Outdoor consumer | 1.2 m (48") | Concrete | IEC 60068-2-32 |
| Rugged industrial | 1.5 m (60") | Steel + concrete | MIL-STD-810H 516.8 |
| Mobile phone | 1.0 m, 6 face + 4 edge + 4 corner | Concrete | Carrier requirement |
| Wearable / fitness | 1.0–1.5 m + tumble | Concrete | IEC 60068-2-31 |
2.4Calibration and controls
- Calibrate against the spec, not the previous prototypeEach test is judged against the brief.
- Document equipment with calibration certificateDate, traceability, accuracy. NIST/UKAS-traceable preferred.
- Record environmental conditions during testT, RH, supply voltage, anything that can move the result.
- Photograph the setup before startingSettles disputes 6 months later.
3.Run and review
Most prototype rounds fail because results aren't captured rigorously enough to act on. Treat the record as the deliverable.
3.1During the round
- Run tests in the planned orderDon't reorder by convenience; the order is usually riskiest-first.
- Record every readingEven ones that obviously pass. Trends across a batch tell you more than individual results.
- Photograph failure modesA blurry phone photo today is worth a long memory-based discussion later.
- Stop when a destructive test is reachedOr save those for last on units you no longer need intact.
3.2Test report template
`` Test ID: T-007 Question: Does the latch survive 500 open-close cycles? Standard: IEC 60068-2-79 (vibration), section adapted Method: Automated cycler, 30 cycles/min, ambient Sample size: n = 5 (units 003, 007, 011, 014, 019) Acceptance: Latch force after 500 cycles ≥ 80% of initial Result: Unit 003: 100% → 88% (pass) Unit 007: 100% → 92% (pass) Unit 011: 100% → 76% (fail; investigate) Unit 014: 100% → 84% (pass) Unit 019: 100% → 91% (pass) Mean: 86%; n=5; 4/5 pass; 1 outlier Disposition: Inspect unit 011 latch geometry; possibly material flaw or insertion variance. Re-run with n=10 if material change. ``
3.3MTBF / MTTF estimation
For reliability claims, you need multiple units × multiple hours.
`` MTBF (Mean Time Between Failures) = total operating hours / number of failures MTTF (Mean Time To Failure) — same formula; used for non-repairable items ``
Worked example: 10 units, run continuously, 3 failures over 90 days = 21 600 unit-hours / 3 failures = 7 200 hours MTBF (~10 months). To claim 50 000 h MTBF (~5.7 years), you'd need either: (a) 10 units × 5 000 hours each with no failures, or (b) much larger sample. Reliability claims need real data, not extrapolation.
3.4Review meeting
- Walk the test list end-to-endEvery line gets pass / fail / inconclusive. Inconclusive means re-test, not "ignore".
- Decide the design action before moving onFor each failed test, agree on the change and the owner. Open questions go on a parking list, dated.
- Update the briefIf the test result invalidates a brief assumption, update the brief now, not later.
3.5What to write down
| Output | Purpose | Goes to |
|---|---|---|
| Per-question summary | Question, result, measurement, action | Test report |
| Design change list | What changes in CAD/BoM/firmware | ECN queue |
| Cost + time spent | This round's actuals | Next-round planning |
| Open issues | What we still don't know | Parking list |
4.Decide what comes next
The point of a prototype round is to enable a decision. Make the decision explicit before scheduling the next round.
4.1Before the next investment, confirm
- What changedIn CAD, PCB, BoM, firmware, assembly process, supplier choice.
- What needs to be re-testedAny change to a part touched by a previous test re-opens that test.
- What's ready to move forwardDecide explicitly which areas are stable enough for supplier quotation, certification samples, tooling, or pilot production.
4.2Gate criteria for common transitions
| From → To | Gate criteria |
|---|---|
| Architecture → Functional | Layout and clearances stable, no overlaps, cable routing feasible, antenna position fixed |
| Functional → Tooling | Certification-sensitive electronics frozen, mechanical tolerances realistic, BoM stable 4–6 weeks |
| Tooling → Pilot | First-off-tool samples meet spec, cycle time validated, gate locations confirmed |
| Pilot → Mass production | Process repeatable on line, yield meets threshold (typically 90 %+ first-pass), open issues documented with dispositions |
4.3Common round budgets
| Round | Typical cost | Typical time |
|---|---|---|
| Concept models (foam, 3D print) | $500–2 000 | 1–2 weeks |
| Architecture proto | $1–5 k | 2–3 weeks |
| Functional prototype iteration | $5–25 k | 4–8 weeks |
| Engineering samples (off-tool) | $2–10 k | 4–6 weeks |
| Pre-production samples (DV / PV) | $5–20 k | 3–4 weeks |
| Pilot production | $10–50 k | 4–6 weeks |