POS のバーコードテストガイド

商品検索

既知の正しい商品バーコードを商品入力フィールドへスキャンし、正しい商品、価格、在庫が表示されることを確認します。カタログが使う異なるシンボル体系のバーコード（米国小売の UPC-A、国際商品の EAN-13）で試します。一部の POS は一つの形式しか正しく解析しないためです。

無効なバーコード

チェックサムが壊れたバーコード、商品カタログにないバーコード、一部が隠れているか破損したラベルをスキャンします。それぞれの場合に、汎用的な失敗ではなく、明確で区別できるエラーメッセージが出るべきです。さらに悪いのは、誤った行や空の行を黙って追加することです。

数量の扱い

同じ商品を連続して複数回スキャンし、明細行が重複せず数量が正しく増えることを確認します。ワークフローが商品の前にスキャンする「数量バーコード」（たとえば「x3」のあと商品コード）に対応している場合は、その順序を具体的に試し、数量スキャンが中断されたときに何が起きるかを含めて確認します。

複数フィールドの会計における接尾辞

設定した接尾辞（ENTER と TAB の接尾辞 を参照）が各段階で正しい動作をすることを確認します。商品の追加で会計全体が送信されてはいけませんが、ワークフローが専用の「販売完了」バーコードを使う場合、それは送信されるべきです。

会計中のフォーカスの問題

割引やクーポンのモーダルを開いた直後、支払いダイアログが表示されたあと、直前の商品を追加した直後（UI の再描画が終わる前）にスキャンを試します。これらの遷移中のフォーカス喪失は、実運用の POS で最も多い不具合の一つです。どこにも入らないスキャンは、レジ担当が「ときどき商品が追加されない」と報告するまで見逃しやすいです。

オフラインと低下した状態

POS がオフラインモードに対応している場合、オフライン中にスキャンし、商品が後の同期のために正しくキューへ入ることを確認します。商品検索の呼び出しが遅い、または失敗したときも試します。UI がそれ以上のスキャンを止めるのか、前の検索が保留中でもレジ担当が先にスキャンできるのか（慎重に扱わないと、明細の順序が崩れることがあります）。

推奨ツール

有効なテスト用バーコードと、意図的に無効なもの（たとえば壊れたチェックサム）を作るには バーコードジェネレーター を、POS の流れ全体を試す前に生のスキャン取得を確認するには バーコード入力テスター を使います。