Bench time is the easy part to estimate. Here is where the rest of the calendar actually goes - and which of those weeks are yours to control.
Ask three laboratories how long testing will take and you will often get three different numbers, from "about a week" to "six to eight weeks". All three can be honest, because they are answering slightly different questions. One is quoting bench time. Another is quoting bench time plus its current queue. The third has quietly allowed for the fact that your manual is still a draft.
So the useful answer is not a number. It is a breakdown of the calendar, with the parts you control separated from the parts you do not.
A normal certification project moves through five stages. Only one of them is the laboratory actually testing your product.
| Stage | What it involves | Typical duration |
|---|---|---|
| 1. Scope and quotation | Deciding which standards apply to your configuration and target markets, then pricing them | 1–3 working days (longer for a multi-band radio product where modes and power levels have to be pinned down first) |
| 2. Samples and documents ready | Final samples, final manual, label artwork, BOM and any module certificates in the laboratory's hands | Days to weeks. This is where most schedules actually break |
| 3. Bench time | The measurements themselves | A few days to a few weeks, depending on the standard |
| 4. Retest, if the product fails | Diagnosis, a change to the product, and re-test of the affected clauses | Commonly one to three weeks |
| 5. Report and any scheme review | Writing and issuing the report; plus certification body, notified body or TCB review where the market requires it | 3–7 working days for the report, and one to three weeks more where the scheme runs its own review |
Add those up and a clean single-configuration project is often three to five weeks from the day the laboratory has everything. One failure loop plus a scheme review pushes it to six to nine. What rarely explains the difference between a three-week project and a nine-week project is the measuring.
These ranges are for a single, well-defined configuration, tested without incident. They are planning numbers, not promises.
| Test | Typical bench time | What drives the length |
|---|---|---|
| EMC — emissions and immunity | 3–7 working days | Number of ports and cables, and how many operating modes the product has to be exercised in |
| Safety (IEC/EN 62368-1 or the applicable standard) | 5–10 working days | Construction review, abnormal-operation and fault-condition tests, and how many component alternatives are declared |
| Radio (RED / FCC ID) | 3–10 working days | Bands, modes and data rates. Each combination is a separate set of measurements |
| SAR / RF exposure | Several days | How many positions have to be measured and at which frequencies |
| RoHS / REACH screening | 1–3 working days for XRF screening | Wet chemistry, needed when screening is inconclusive or phthalates are in scope, runs to 5–10 working days |
| UN38.3 (lithium batteries) | Around two to three weeks | Eight tests, several of which include rest periods that cannot be shortened |
The gap between a two-mode and a six-mode wireless product is measured in days, not hours. That is why a laboratory that quotes you a timeline before asking how many modes you ship is guessing.
This is the single most common misunderstanding about testing schedules, and it is worth stating plainly: a project is not "in progress" because the purchase order is signed. It starts when the laboratory has three things at once.
Shipping is part of the calendar too. Express freight from a factory to a Shenzhen laboratory is usually a few days, but it is a few days you can remove from the plan by shipping earlier rather than by asking the laboratory to test faster.
If you are still choosing who to test with, the questions in how to choose a testing laboratory are the ones that decide whether the schedule you are quoted is the schedule you get.
In practice, five things account for most of the slippage on projects that were expected to be quick.
1. Samples that are not the final build. This is the classic one. A pilot build goes to the laboratory, testing passes, and then the production tooling changes a ground plane, an antenna or a substitute component. The report describes a configuration that no longer exists. If your samples are still pre-production, that has to be declared before the bench slot, not after — the trade-offs are set out in can I use engineering samples for certification testing.
2. Documents that arrive late, or change. A manual that is still in draft, or a rating label that gets redesigned mid-project, means the report has to reference something that does not exist yet. This sounds minor and is not: the document set is what the report and the Declaration of Conformity point back to.
3. Radio modes that were not declared. A product is described as "Bluetooth", the engineer discovers it also ships with a 2.4 GHz proprietary mode enabled, and that mode has never been measured. Every additional mode is another session on the bench plus more report content. Declaring the full mode list at the start costs nothing and saves days.
4. A change made while the project is open. A quieter adapter, a firmware update that raises transmit power, a PCB revision to fix an unrelated issue. Each change is assessed against the report. Some are covered by a documented change assessment; others restart part of the measurement.
5. A failure. One failed test is not the end of the world, but it has a cost in calendar time: the failure has to be diagnosed, a fix designed and implemented, the affected clauses re-tested, and where the fix touches an already-passed area, that area may have to be re-checked as well. The sequence, and what you should ask for at each step, is in what happens if my product fails a certification test.
Customers often ask whether paying more shortens the schedule. The honest split is this.
| Can usually be compressed | Cannot be compressed |
|---|---|
| Queue position, by reserving a bench slot in advance or using a priority slot where the laboratory offers one | Rest, conditioning and stabilisation periods written into the standard. A test with a specified rest period takes the time it takes |
| Calendar time lost to document and sample rounds, by sending everything together and freezing the configuration | Abnormal-operation, fault-condition and endurance tests, which run to their own duration |
| Total wall-clock time for multiple standards, by running compatible tests in parallel — which usually needs more samples | A certification body, notified body or TCB review of the file. That runs on the scheme's clock |
| Report writing, where the file is complete on the day testing finishes | Physical shipping time of samples or equipment between sites |
The pattern is consistent: money and planning can move your project up a queue, but they cannot shorten a measurement.
A frequent fear is that testing for three countries means three times the work. It usually does not. A single EMC test campaign very often produces the data that goes into more than one market's report set, so several markets can be covered by one round of measurements.
What does add calendar time is any market whose route requires a third-party review on top of the test report — a Technical Certification Body for an FCC ID, a notified body where an EU type examination certificate is needed, or a national scheme in markets that operate their own approval systems. Each of those is a queue you join after the testing is done, and each should be shown as a separate line in your schedule rather than buried in one headline number.
Documentation for each market is separate as well, but it is paperwork rather than bench time, and it can run alongside the testing if the file is organised early.
If your laboratory is in China, two periods each year affect every schedule, and neither is a surprise.
The National Day holiday in early October and Chinese New Year in January or February both see laboratories running a reduced or closed schedule for around a week. The days immediately before and after are heavier than normal, because everyone is trying to finish or start around the break. A project that would take two weeks in June can take noticeably longer if the bench slot falls on either side of one of these periods.
For a launch in October or in February, work backwards from the holiday rather than forwards from the purchase order. That single change of direction prevents most holiday-driven delays we see.
A schedule you can plan a launch against has four things in it:
If a laboratory gives you one number with no breakdown, that number is a bench estimate wearing a calendar's clothes.
Scheduling is part of quoting here, not an afterthought. When you send a product and its target markets, the estimate you get back is written as day-counts against the stages above: scope, sample and document readiness, bench time per test, any scheme review, and report issue. Where a market needs a notified body, a TCB or a national certification body, that queue is listed as its own line so you can see what the delay is waiting on.
We also flag the items that sit on your side and the date each one is needed by, because those are the dates that actually decide whether a launch date holds. If your configuration is not frozen yet, we will say so and show you what testing early would and would not lock in. Our testing and certification scope lists what we run in-house and what we handle through partner laboratories.
If you have a launch or listing date to hit, send us the product, the target markets, and the date your buyer, importer or platform expects the documents by.
We will come back with a written schedule rather than a single number: bench time per test, review time where a scheme applies, the sample and document items that sit on your side, and the date each of them is needed.
Send your product and launch date for a written test schedule
For a mains-powered product without radio, EMC plus safety testing is commonly one to three weeks of bench time for a single configuration. Radio adds bench time for each band and mode. On top of that come document preparation and report issue, so from the day the laboratory has final samples, final documents and a booked slot, four to six weeks is a realistic total for a project that passes first time.
Usually not the laboratory. The common causes are samples that turn out not to be the final build, documents that arrive or change after testing has started, radio modes discovered after the fact, and design changes made while the project is open. Each of those sends part of the work back to the beginning.
Partly. A priority slot or earlier queue position can move your project forward, and running compatible tests in parallel can compress total time if you can supply enough samples. The measurements themselves cannot be shortened - a test with a specified rest or conditioning period takes as long as the standard says, and a certification body's review runs on its own clock.
No. One EMC test campaign frequently produces the data used for more than one market's report set, so three markets is not three times the bench time. What does add calendar time is any market that requires a scheme review - a TCB for an FCC ID, a notified body for EU type examination, or a national certification body in markets with their own approval systems.
When the laboratory has the final samples, the final documents and a booked test slot - not when the purchase order is issued. If the manual is still in draft, the label artwork is unfinished or the samples are an engineering build, the calendar has not started yet even though the project looks in progress.
The product has to be assessed against the applicable requirements and correctly marked before it is placed on the market, and the Declaration of Conformity has to be signed - which is not the same as waiting for a PDF. Many projects prepare the declaration while the report is in production. If your shipment or listing date is fixed, give the laboratory that date at the start of the project, not at the end.