Когда OEM запрашивает коммерческое предложение на сборку электроники, тест почти всегда описан слишком общо. В RFQ пишут "functional test included", "100% inspection" или "standard quality control", а затем обе стороны интерпретируют эти слова по-разному. Для простой платы такая размытость иногда проходит без последствий. Для серийной программы с PCB assembly, pcb manufacturing, cable assembly и wire harness она почти неизбежно приводит к конфликтам: OEM ожидает обнаружение скрытых дефектов, а EMS-поставщик считает, что в базовую цену входил только минимальный контроль процесса. Именно поэтому матрица тестового покрытия должна существовать ещё до award решения, а не после первого спорного отказа.
Для OEM это не академическая формальность, а инструмент управления стоимостью и риском. Хорошая матрица тестового покрытия связывает тип дефекта, этап процесса, метод обнаружения, размер выборки, границы допуска и формат отчётности. Тогда обсуждение перестаёт быть абстрактным. Команда закупок получает сопоставимые котировки, инженеры понимают реальные ограничения покрытия, а качество может заранее оценить, где остаются escape risks. В этом смысле полезно опираться на дисциплину IPC), требования ISO 9001 и логику JTAG / boundary scan для сложных изделий, но переводить эти стандарты в практическую таблицу для конкретной программы.
> "Если в RFQ нет матрицы покрытия, OEM покупает не проверку, а надежду. В 8 из 10 спорных запусков проблема не в цене теста, а в том, что coverage не был зафиксирован до серийного lot release."
> — Hommer Zhao, Technical Director
Что такое матрица тестового покрытия и зачем она нужна OEM
Матрица тестового покрытия показывает, какие именно риски продукта закрываются какими методами контроля. Это не просто список тестов, а логика "дефект -> метод -> объём -> критерий". Для одной номенклатуры она может включать SPI, AOI, X-ray, ICT, Flying Probe, FCT, burn-in, Hi-Pot, continuity, insulation resistance, pull test и визуальную инспекцию. Для другой достаточно только части этих методов. Критично не максимальное количество тестов, а управляемое соответствие между рисками конструкции и фактическим покрытием.
OEM обычно ждёт от EMS три вещи:
- Понимание, какие дефекты будут обнаружены до отгрузки.
- Понимание, какие дефекты сознательно остаются вне базового покрытия.
- Понимание, сколько это покрытие стоит в recurring cost, NRE и цикле запуска.
Без матрицы появляются типовые ошибки. Закупки сравнивают предложения, в которых один поставщик заложил только AOI и process control, а другой добавил ICT fixture, X-ray по BGA и edge-case retest. Инженеры предполагают, что FCT закроет ошибки монтажа, хотя на деле тестовое ПО не покрывает половину сетей. Команда качества считает, что при FAI будет подтверждён весь критический функционал, хотя поставщик имел в виду только dimensional и visual checks. На этом этапе матрица нужна не ради документа ради документа, а ради общей инженерной модели программы.
Какие вопросы матрица должна закрывать до размещения заказа
Хорошая матрица не обязана быть сложной, но она обязана закрывать конкретные управленческие вопросы:
- Какие CTQ-характеристики и типы дефектов считаются критичными для изделия.
- На каком этапе процесса дефект экономичнее всего обнаружить.
- Какой метод реально способен поймать этот дефект с приемлемой повторяемостью.
- Будет ли тест 100%, по выборке или только на launch/pilot stage.
- Какие пределы, логи и traceability OEM получит в составе стандартного пакета.
Эти вопросы напрямую связаны с NPI handoff, PPAP для PCBA и жгутов, traceability и Control Plan. Если хотя бы один из пунктов остаётся незафиксированным, дальше почти всегда начинается спор не о качестве, а о толковании ответственности.
Где OEM чаще всего ошибается при определении покрытия
Самая частая ошибка OEM состоит в том, что тест описывают названиями методов, а не ожидаемым результатом. Формулировка "делаем FCT" ничего не говорит о том, проверяются ли все режимы, есть ли margin test, как ведёт себя устройство на граничных напряжениях и кто отвечает за maintenance тестового софта. То же самое относится к X-ray: наличие рентгена не гарантирует покрытие всех скрытых соединений, если заранее не определены package family, критерии выборки и accept/reject rules.
Типовые ошибки выглядят так:
- OEM ожидает, что AOI найдёт электрические обрывы под BGA или QFN.
- Поставщик рассчитывает FCT как smoke test на 30-90 секунд, а OEM подразумевает полноценную функциональную валидацию.
- ICT fixture не закладывается из-за цены, хотя программа идёт в десятки тысяч изделий в год и потери на field escape будут выше.
- Для жгутов continuity test включён, но Hi-Pot, insulation resistance и force validation по критичным клеммам оставлены вне базы.
- В pilot run coverage высокий, а в серийной котировке тот же объём контроля уже не включён.
> "Проблема не в том, что тестов мало. Проблема в том, что стороны используют одни и те же слова для разных уровней глубины. Разница между smoke test и реальным FCT легко меняет риск программы на 10x."
> — Hommer Zhao, Technical Director
Практическая матрица: как связать дефекты, методы и стоимость
Ниже базовая модель, которая хорошо работает для OEM в смешанных EMS-программах.
| Риск или дефект | Наиболее уместный метод | Когда включать как стандарт | Ограничения метода | Что должен зафиксировать OEM |
|---|---|---|---|---|
| Смещение компонентов, polarity, solder volume | SPI + AOI | Практически всегда для SMT-сборки средней и высокой плотности | Не подтверждает электрическую функцию | Программу инспекции, false call policy, coverage по критичным refdes |
| Пустоты, непропай, hidden joints под BGA/QFN | X-ray | BGA, QFN thermal pad, press-fit zones, силовые модули | Дороже, зависит от уровня выборки и критериев оценки | Package list, sampling plan, accept criteria по voiding и bridges |
| Открытые/короткие цепи на доступных сетях | ICT или Flying Probe | High-volume и повторяемые платы; low-volume и NPI через Flying Probe | ICT требует fixture и NRE, Flying Probe медленнее | Net coverage %, limits, retest policy, fixture ownership |
| Ошибки режима работы, прошивки, интерфейсов | FCT | Когда важен реальный сценарий включения и интерфейсная логика | Не всегда ловит монтажные дефекты, если схема теста слабая | Test sequence, dwell time, pass/fail limits, data log format |
| Ранние отказы и слабые компоненты | Burn-in / ESS | Для high-reliability, automotive, medical, industrial duty | Удлиняет цикл и может создавать лишний stress без обоснования | Duration, temperature range, sample vs 100%, failure disposition |
| Пробой изоляции, ошибки разводки в кабельных узлах | Hi-Pot + continuity + IR | Для HV harness, medical cables, industrial power assemblies | Требует безопасной оснастки и строгих лимитов | Test voltage, ramp, leakage threshold, traceability by serial/lot |
Эта таблица помогает перевести разговор из уровня "хотим высокое качество" в уровень инженерного контракта. Особенно важно, что в каждом методе есть не только сила, но и предел применимости. Рентген-инспекция PCBA сильна против скрытых соединений, но не заменяет функциональную проверку. Flying Probe гибок на NPI, но может оказаться слишком медленным для серии. Burn-in тестирование оправдано в части программ, но не должно автоматически копироваться в каждый RFQ.
Как выбирать покрытие по стадии программы
Одна и та же программа требует разного покрытия на разных этапах. Это место, где OEM может или сильно переплатить, или слишком рано ослабить контроль.
Для prototype и EVT обычно важнее гибкость. Здесь часто оправдана комбинация визуальной инспекции, AOI, Flying Probe, ограниченного FCT и инженерного анализа отказов. На этом этапе цель не максимальная скорость, а быстрое понимание дефектов конструкции и процесса. Маршрут prototype assembly редко должен выглядеть так же, как зрелая серия.
Для pilot run и pre-production логика меняется. Здесь матрица должна уже показывать серийный baseline: какие проверки останутся 100%, какие пойдут по выборке, какой fixture будет построен, какие лимиты войдут в release package, и как coverage коррелирует с требуемым FPY. Именно поэтому pilot phase полезно связывать с pilot run validation и FAI.
Для mass production важен баланс. OEM не обязан покупать максимум тестов на каждую единицу, но обязан понимать остаточный риск. Если изделие идёт в автомобильную, медицинскую или промышленную среду, решение о сокращении покрытия должно опираться на фактический yield, field return data и серьёзность последствий отказа, а не только на давление по unit price.
Как матрица влияет на цену и почему дешёвая котировка часто обманчива
У тестового покрытия есть три слоя стоимости:
- Прямая стоимость операций на линии и в тестовой зоне.
- NRE на fixture, программы, валидацию и обслуживание.
- Стоимость невыявленного дефекта, если coverage выбран слишком слабо.
Закупки часто видят только первый слой. Но для OEM правильнее считать стоимость через полную экономику программы. Например, ICT fixture может показаться лишним при запуске, если NRE составляет несколько тысяч долларов. Однако для изделия с объёмом 20 000-50 000 штук в год и дорогим field replacement даже 0.3-0.5% дополнительного escape rate быстро делает отказ от ICT более дорогим решением. Аналогично для кабельных изделий: отказ от Hi-Pot или от жёсткой traceability по серийным номерам может выглядеть как экономия, пока первая проблема с изоляцией не приводит к сортировке всей партии.
Здесь полезно увязывать матрицу покрытия с should-cost анализом и supplier scorecard. Если поставщик предлагает цену на 8-15% ниже рынка, OEM должен увидеть, не достигнут ли этот разрыв за счёт исключённого X-ray, урезанного FCT, отсутствия логов или слишком оптимистичной sampling scheme.
> "Самая опасная экономия в EMS выглядит как невидимая строка. Если quote обещает standard test included без coverage, limits и retention rules хотя бы по ISO 9001 traceability logic, даже 0.3% escape rate быстро съедает исходную экономию."
> — Hommer Zhao, Technical Director
Что должно входить в матрицу как обязательные поля
На практике OEM стоит требовать не красивую презентацию, а рабочую таблицу минимум с такими полями:
- Operation / process step.
- Defect mode или CTQ characteristic.
- Test / inspection method.
- Coverage target в процентах или по типу выборки.
- Limit values и версия тестовой спецификации.
- Record retention, traceability key и формат выгрузки.
- Reaction plan при fail, retest и containment.
Если программа включает BGA-монтаж, селективную пайку, контроль импеданса при производстве ПП или сложные harness-узлы, в матрицу стоит добавить отдельный столбец с owner: кто поддерживает спецификацию, кто утверждает изменения лимитов и кто подписывает release при переходе на новую ревизию. Это резко снижает хаос при ECN и переносах между площадками.
Как использовать матрицу в RFQ, pilot и серийном управлении
Лучший подход для OEM выглядит так:
- На этапе RFQ отправлять черновую матрицу вместе с BOM, drawings и test intent.
- На этапе технического выравнивания требовать от EMS пометки: "covered", "partially covered", "not covered".
- Перед pilot run замораживать limits, sample plan и формат логов.
- После первых серийных лотов обновлять матрицу по реальным escape modes и данным FPY.
- При каждом ECN проверять, изменился ли coverage, fixture, test software или sampling logic.
Именно в такой последовательности матрица становится живым документом управления риском, а не формальностью для аудита. Она особенно полезна, когда OEM работает не только с одной технологией, а с набором услуг по PCB assembly, cable assembly и wire harness, где разные семейства изделий требуют разной глубины контроля.
FAQ
Нужна ли матрица тестового покрытия для low-volume программ?
Да, нужна, хотя она может быть компактнее. Даже для партий 20-200 штук OEM должен понимать, какие риски покрывает визуальный контроль, что закрывает Flying Probe, а что вообще не тестируется. Для low-volume матрица часто экономит больше, чем стоит, потому что предотвращает ложные ожидания по coverage уже на этапе NPI.
Чем FCT отличается от ICT с точки зрения OEM?
ICT в первую очередь проверяет электрическую целостность и параметры на уровне сетей и компонентов, часто с покрытием 70-90% доступных узлов при хорошем fixture. FCT проверяет работу изделия как системы: запуск, интерфейсы, режимы, токи, отклик. Один метод не заменяет другой. Для изделий со сложной логикой, BGA и прошивкой OEM часто нужен комбинированный подход.
Когда X-ray должен быть 100%, а когда достаточно выборки?
Для BGA с высоким риском field failure, automotive или medical применений 100% X-ray на запуске и pilot phase часто оправдан. В зрелой серии возможен переход на выборку, если процесс стабилен и данные FPY подтверждают низкий риск. Но это решение должно опираться на статистику хотя бы за несколько лотов, а не на интуицию.
Стоит ли включать burn-in в каждую серийную программу?
Нет. Burn-in имеет смысл там, где ранние отказы действительно критичны и экономически значимы: промышленная автоматика, telecom, часть medical и power electronics. Типичный диапазон может составлять 4-24 часа в зависимости от профиля нагрузки, но без ясного механизма отказа burn-in легко превращается в дорогой ритуал без полезного сигнала.
Как сравнивать двух EMS-поставщиков по тесту, если оба пишут functional test included?
Нужно требовать одинаковую матрицу с одинаковыми полями: покрытие по дефектам, лимиты, длительность теста, объём логов, retest policy, sample plan и исключения. Только после этого можно сравнивать цену. Без такого выравнивания фраза functional test included не означает ничего сопоставимого.
Что важнее для OEM: высокий coverage или быстрый цикл производства?
Важен не максимальный coverage сам по себе, а оптимальный coverage для конкретного риска. Для consumer-изделия с низкой стоимостью отказа и стабильным процессом слишком глубокий тест может быть избыточен. Для medical, industrial или automotive программы даже дополнительные 20-40 секунд теста на единицу могут быть экономически оправданы, если они снижают вероятность дорогостоящего escape.
Заключение
Матрица тестового покрытия в EMS нужна OEM не для бюрократии, а для точного инженерного контракта между ожиданием и реальностью. Если до запуска серии зафиксированы дефекты, методы, объём покрытия, лимиты и формат данных, закупки получают честное сравнение quote, инженеры понимают остаточный риск, а качество может управлять escape rate по фактам. Если же в RFQ остаются слова вроде standard inspection и functional test included без расшифровки, программа почти наверняка заплатит за эту неопределённость позже.
Если вам нужна помощь с разбором test strategy для PCBA, cable assembly или wire harness, отправьте BOM, test requirements и ожидаемый объём через страницу контактов или форму на главной. Команда JM electronic поможет собрать матрицу покрытия, которая выдерживает и коммерческое сравнение, и реальный серийный запуск.