重要ポイント基板の機能検査では、要求された動作ごとに入力条件・期待する結果・試験方法・合否基準を対応付けます。テストマトリクスに整理すると、何を確認したかだけでなく、未試験の機能や再試験が必要な範囲も追いやすくなります。

試作した基板に電源が入り、LEDが点灯したとしても、それだけで製品の機能を確認できたとは限りません。通信やセンサー入力など、要求された動作が複数ある場合は、試験条件と期待結果を機能ごとに決める必要があります。

この記事では、小型PCBA（部品を実装した基板）の機能検査項目を仕様から整理し、試験計画に落とし込む方法を紹介します。ここで示す6ステップは、規格が定める必須手順ではなく、試作時に確認漏れを減らすための実務フレームです。

たとえばLEDとボタンを備えた一般的な制御基板なら、「ボタンを押す」という入力に対して「指定のLEDが点灯する」という期待結果を設定できます。これは説明用の仮想例であり、特定製品やPCBgogoの案件を示すものではありません。

基板の機能検査は要求された動作を入力と出力で確かめる

ファンクションテスト（FCT）は、部品実装後の基板に電源を供給し、基板固有の回路動作を確認する試験です。日本電気計測器工業会（JEMIMA）は、ファンクションテスタが電源投入シーケンスや計測器、I/O信号の制御を含む場合があり、検査項目やシステム構成は個別設計になる傾向を説明しています。

一方、外観検査は部品の有無・位置・はんだ状態など、目で確認できる実装状態が中心です。ICT（インサーキットテスト）は、プローブを通じて部品定数や接続状態などを確認します。FCTは、基板を動作させて入力に対する回路固有の応答を確認します。

これらは対象が異なるため、ひとつの方法ですべてを代替できるとは限りません。また、電源投入だけの確認は起動状態など一部の確認にとどまります。要求機能ごとに試験結果を分けて記録しましょう。

まず仕様から試験対象と境界を決める

マトリクスを作る前に、試験する基板の品番・リビジョン、試作段階、基板単体か完成品かを決めます。電源、接続する周辺機器、ファームウェアの版など、試験結果に影響する前提条件も合わせて記録します。

次に、ユーザー要求、回路仕様、インターフェース仕様、部品のデータシートから対象機能を抽出します。「基板が正常に動作する」のような広い要求は、起動、入力受付、データ出力など、観測して判定できる単位に分けます。試験対象外の機能も明記すると、未確認なのか対象外なのかを混同しにくくなります。

通電を伴う試験では、使用電源、電流制限、電池接続、極性、ESDや高温部への注意、異常時の停止条件を製品の設計条件に沿って決めます。安全条件や合否値を汎用テンプレートから流用せず、回路設計・部品仕様・試験計画で確認してください。

機能検査のテストマトリクスを作る6ステップ

以下の6ステップは、要求から試験結果までを追跡できるようにするための記事上の整理方法です。表の項目や順序は、製品の複雑さや試験環境に応じて調整できます。

1. 要求機能をID付きで列挙する

電源起動、ボタン入力、センサー値の読出し、通信応答、LED表示など、確認したい機能を一行ずつ書き出します。機能IDを付け、ひとつの行に複数の動作を詰め込まないようにすると、失敗した項目を特定しやすくなります。

2. 入力と動作条件を定める

電源条件、入力信号、操作、負荷、通信相手、起動順序、ファームウェア版など、結果に影響する条件を記載します。条件が未確定なら、データシートや仕様書を確認し、設計担当者と合意してから試験します。

3. 期待結果と合否基準を決める

LEDの点灯状態、出力信号、応答データ、消費電流など、測定・観察できる結果を定めます。「正常に動くこと」だけでは判断が人によって変わるため、必要な範囲で測定点、許容範囲、判定単位を明確にします。具体的な数値は製品仕様や部品仕様を根拠に設定してください。

4. 試験方法・測定点・治具を割り当てる

目視、デジタルマルチメータ、オシロスコープ、シリアルログ、通信確認、簡易治具などから、各要求を確認できる方法を選びます。テストポイントやコネクタへアクセスできるか、プローブ接触による短絡・損傷が起きないかも確認します。

小ロットでは手動測定から始められる場合がありますが、常に手動が最適とは限りません。作業時間、再現性、安全性、治具の準備負荷を比べ、必要に応じて半自動化や専用治具を検討します。

5. 実行順序と安全条件を決める

電源オフでの確認、電源投入、機能ごとの試験、停止・切り離しまでの順序を記載します。試験間で状態が変わる場合は、初期化方法や待ち時間など、再現に必要な条件も残します。故障兆候があったときにどの時点で停止するかも、試験前に決めておきます。

6. 結果・不具合・再試験を版管理する

基板・BOM・ファームウェアの版、試料ID、試験条件、測定器、実測値、合否、実施者、日時を記録します。不合格の場合は、期待値と実測値、症状、再現条件、処置、再試験の結果を残します。設計変更後は影響する試験項目を特定して、必要な確認をやり直します。

たとえば、仮想のLED・ボタン制御基板を試す場合、マトリクスの一行は次のように書けます。基準値は製品仕様に応じて記入し、例の中では作りません。

マトリクスの列は、まず「ID／要求・機能／入力・条件／期待結果・判定基準／方法・測定点／結果・備考」があれば始められます。治具番号、担当者、ファームウェア版などは、運用上必要になった段階で管理列として追加します。

小ロット試作では優先度と未試験範囲も見える化する

すべての機能を同じ深さで試験できない場合は、故障時の影響、発生リスク、ユーザーへの影響、試験可能性、必要工数を見ながら優先順位を決めます。この観点は計画を組むための提案であり、特定の点数式や優先度区分が業界標準という意味ではありません。

センサーの絶対精度、無線性能、長期耐久、安全規格への適合などは、基板上の簡易機能確認だけでは判定できないことがあります。必要な場合は校正、システム評価、信頼性試験、認証評価など別の計画に分けます。

結果欄では「合格」「不合格」だけでなく、「未試験」「対象外」「保留」も区別します。どの要求をどの方法で確認できたかが分かれば、試験カバレッジの限界や次に必要な作業を共有しやすくなります。

まとめ：試験項目は仕様から作り、結果を設計へ戻す

基板の機能検査では、要求機能ごとに入力条件、期待する出力、試験方法、合否基準を対応付けます。テストマトリクスに残すことで、確認済み・未確認の範囲や、設計変更後に再試験すべき項目が追いやすくなります。

6ステップは、仕様から試験計画を組み立てるための実務上の整理方法です。外観検査、ICT、FCT、信頼性評価や認証試験の目的を分け、数値条件は製品仕様・部品仕様から定めてください。

基板製造・実装の試作を検討する際は、要求機能と試験条件に加え、基板データやBOM、実装データの版をそろえておくと、関係者間の仕様確認を進めやすくなります。PCBgogoの基板製造・実装に関する情報は、公式サイトでご確認ください。

PCBgogoの基板製造・実装サービスを見る