Што е production test plan
Production test plan е пишан документ што дефинира што секоја испратена единица мора да помине пред да добие сериски број и етикета.
Вклучува:
- Test setup (инструменти, fixture, средина)
- Test sequence (кој тест се извршува прво, второ, трето)
- Pass и fail критериуми по тест (нумерички опсези, очекувани вредности, толеранции)
- Defect routing (што се случува кога тест не помине)
- Чекори за калибрација (по-единечна калибрација доколку има)
- Logging (што се запишува во traceability базата)
Типично е 5 до 20 страници во зависност од сложеноста на производот.
Што се случува без него
Без production test plan, единствените квалитетски порти се AOI (инспекција на поставеност и спој) и финална визуелна инспекција. Двете пропуштаат firmware однесување, точност на сензори, RF перформанси и аналогна интегритет на сигналот.
Единиците ја напуштаат линијата и изгледаат добро но не работат. Дефектите се појавуваат кај интеграторот (следна фаза во ланецот на снабдување) или кај крајниот клиент. Трошокот ескалира 10x на секој чекор.
Што влегува во test plan
Test plan за поврзан уред типично покрива:
Power-on и boot
- Bootloader-от работи до очекуваната верзија и хеш
- Апликацијата подига до познат сервисен статус
- Бројот на грешки при подигнување е нула
Сензори и влезови
- Секој сензор чита референтна вредност во рамки на толеранцијата
- Секој влезен pin чита познат статус правилно
- Калибрациските коефициенти пресметани и зачувани доколку се применливи
Излези
- Секој излез одведува на очекувано ниво
- Прекинувачите се префрлуваат и се проверува континуитет
- Дисплејот покажува очекуван шаблон
RF (ако е применливо)
- TX моќност во рамки на толеранцијата наспроти golden unit
- RX чувствителност во рамки на толеранцијата
- Модулација точна на спектрален анализатор
Потрошувачка на енергија
- Idle струја во рамки на спецификацијата
- Active струја во рамки на спецификацијата
- Влез и излез од sleep mode функционираат
Комуникација
- UART, SPI, I2C, USB enumeration како што се очекува
- Регистрација на мрежа доколку е применливо
Кога да го напишете test plan
Колку што е можно порано во NPI. Test plan-от го води:
- Дизајнот на test fixture (кои сигнали треба да бидат пробирани)
- Дизајнот на firmware (кои тест режими треба да постојат)
- Проценките на циклусот на производство
- Проценките за трошок на линијата
Test plan напишан при лансирање на производство е премногу доцна. Работите се веќе дизајнирани без оглед на тест.
Што заедничко имаат добрите test plans
- Специфични нумерички критериуми, не "изгледа добро"
- Референца на golden unit или калибрирана референца
- Дефиниран одговор на секој режим на дефект
- По-единечно logging дефинирано однапред
- Прегледан од и инженерство и производство
- Ажуриран како што се развива производот