注文が厨房画面に表示されないまま受付済みになる
ハンディ端末やセルフオーダー端末で受付済みとなった注文が厨房画面へ表示されず、ホールは提供待ち、厨房は注文の存在を把握できない状態になります。
GENZ, Inc.
飲食チェーンのご担当者様へ
キッチンディスプレイシステムを
飲食チェーンのご担当者様へ
キッチンディスプレイシステムを第三者検証で確かめます
どこまで確かめ、どこを確かめていないか。テスト設計から実行・報告までを第三者の視点で担い、リリース判断に使える状態にします。
支援事例
支援実績5,000件以上
キッチンディスプレイシステムでよくある不具合
キッチンディスプレイシステムでは、注文の状態遷移やステーション振り分けに不具合が残ると、提供遅延や誤提供として客席へ波及します。検証範囲に複合条件が含まれないまま全店展開へ進むと、店舗から申告されます。
注文が
調理完了にした注文が画面へ再表示され二重に調理される
調理完了の操作をした注文が画面へ再表示され、同じ商品を二重に調理します。完了操作後の取消や数量変更の扱いは製品ごとに仕様が異なります。
オプション指定や数量変更が表示に反映されず元の内容で調理される
オプション指定や数量変更を加えた注文が、変更前の内容のまま表示されて調理が進みます。単品注文では正しく表示されるため、誤提供が客席で起きます。
注文が集中すると表示件数の上限を超えた注文が画面から外れる
店内飲食・テイクアウト・オンライン注文が同時に集中すると、表示件数の上限を超えた注文が画面から外れ、提供漏れにつながります。
新商品がどのステーションにも割り当たらず画面に出ない
季節メニューで登録した新商品が、どのステーションにも割り当たらず画面に表示されません。更新のたびに確認する運用がないと、展開後に判明します。
残存した不具合により生じる問題
受け入れで確かめなかった条件は、導入後に店舗からの申告として表面化します。残った不具合は客席への提供と本部の投資判断にまで及びます。
静的テスト（レビュー）でおさえるべき観点
KDSの検証漏れは、実機を動かす前の帳票段階で防げます。注文経路、状態遷移、マスタ定義、表示条件、取消運用の観点で仕様書と運用書を照合し、検証範囲を文字で固定します。
照合を省略すると、要件にない経路の表示仕様が未定義のまま受け入れテストへ進み、パイロット店舗で「主要な経路が表示される」水準までしか確かめられません。残った範囲は全店展開後に店舗からの申告として表面化します。
注文経路の一覧と画面表示仕様の対応を照合する
ハンディ端末、セルフオーダー端末、テイクアウト、デリバリーの各経路を一覧化し、経路ごとの画面表示仕様と突き合わせます。要件段階で抜けた経路が、テスト項目書からも抜けたまま残るのを防ぐためです。
確認する資料
- 注文経路一覧
- 画面表示仕様書
- 要件定義書
状態遷移の照合を省略すると、調理完了後の再表示や取消反映の条件が不明確なまま運用が始まり、「完了にしたのに再表示される」という申告の原因が製品側か操作側か切り分けられません。
状態遷移図と調理完了操作の仕様を照合する
注文の受付から調理完了までの状態遷移図と、調理完了操作の仕様を照合します。完了操作後の再表示や取消反映の扱いが製品ごとに異なるため、自社構成での状態の動きを帳票上で確定させます。
確認する資料
- 状態遷移図
- 操作仕様書
- 製品仕様書
マスタと割当定義の照合を省略すると、メニュー改定のたびに割り当て先のない品目が発生し、注文が画面に出ない事象が改定のたびに繰り返されます。
商品マスタとステーション割り当て定義の網羅を照合する
商品マスタの品目と、ステーション割り当て定義の対応を網羅的に照合します。季節メニューやオプション構成の変更時に、割り当て先が未定義のまま残る品目がないかを帳票上で洗い出します。
確認する資料
- 商品マスタ
- 割当定義書
- 画面分割設計書
表示件数の上限と並び順の照合を省略すると、ピーク時間帯に上限を超えた注文の退避挙動が未確認のまま残り、提供遅延や提供漏れとして客席へ波及します。
表示件数の上限と並び順の決定条件を仕様書で照合する
画面に表示できる注文件数の上限と、並び順を決める条件を仕様書で照合します。上限を超えたときの退避やページ送りの挙動は製品で異なるため、ピーク時間帯を想定した条件で確認します。
確認する資料
- 製品仕様書
- 画面表示仕様書
- 負荷条件定義
取消・数量変更の反映条件と運用手順の照合を省略すると、完了後の変更処理が店舗ごとの判断に委ねられ、同種の申告が別店舗で断続的に続く状態が固定します。
取消・数量変更の反映条件と運用手順書を照合する
取消・数量変更がKDS表示へ反映される条件と、店舗の運用手順書を照合します。調理完了後の変更を誰がどう処理するかが運用書と製品仕様で一致していないと、店舗での判断が現場任せになります。
確認する資料
- 製品仕様書
- 運用手順書
- 取消処理定義
- 店舗操作マニュアル
動的テストの設計・実行のポイント
キッチンディスプレイシステムの検証は、工程ごとに分けて設計します。各工程で確かめる対象と、意図的に発生させる条件を示します。
STEP 01
ユニットテスト表示仕様と状態遷移の網羅性を確かめる工程です
どう確かめるか
表示項目と状態遷移を同値分割と境界値で確かめるユニットテスト
商品名・数量・オプションの表示項目と、受付から調理完了までの状態遷移を同値分割で整理し、表示件数の上限といった境界値を意図的に発生させて検証します。
- 01表示項目を同値分割でグループ化し、代表値で確認します
- 02表示件数の上限と上限超過時の挙動を検証します
- 03取消・数量変更が状態遷移へ反映される条件を確認します
OUTPUT表示項目の確認結果
STEP 02
統合テスト経路ごとの到達条件の差異を確かめる工程です
どう確かめるか
POSからKDSへの注文データ送信を経路別に確かめる統合テスト
ハンディ端末・セルフオーダー端末・オンライン注文などの注文経路ごとに、POSからKDSへ注文データが正しく到達するかを確認し、経路間の差異を洗い出します。
- 01経路ごとの注文データの項目と形式を突合します
- 02ステーション別の振り分け条件が仕様どおりか確認します
- 03オプション指定を含む注文の到達結果を検証します
OUTPUT経路別の送信確認結果
STEP 03
システムテスト異常条件での挙動を発生させて検証する工程です
どう確かめるか
複数経路の同時流入と通信途絶を発生させて確かめるシステムテスト
複数の注文経路が同時に流入する条件と、POSとKDS間の通信が途絶する条件を意図的に発生させ、表示順・件数上限・縮退運用の挙動を検証します。
- 01複数経路の同時流入で表示順と件数上限を検証します
- 02通信途絶を発生させ、縮退運用の有無と動作を確認します
- 03復旧後に未送信の注文が正しく反映されるか検証します
OUTPUT同時流入時の挙動記録
STEP 04
受け入れテスト店舗の実条件で運用の成立を確認する工程です
どう確かめるか
店舗の厨房条件で調理完了までを通す受け入れテスト
実際の店舗の厨房レイアウトとピーク時間帯の注文量を想定し、注文の到達から調理完了の操作までを通して、現場の運用が成立するかを確認します。
- 01厨房の画面配置と視認性を現場代表と確認します
- 02ピーク想定の注文量で調理完了までの操作を通します
- 03確認結果を合否の根拠として記録し、残課題を整理します
OUTPUT厨房条件での合否記録
GENZが代行するキッチンディスプレイシステムのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 検証範囲を基準付きで決め、テスト項目書まで起こします
- POSから厨房画面への注文データの流れを前提に観点を立てます
- 製品ベンダーの導入作業と並行して受け入れテストを補強します
- 確かめていない範囲を明示した決裁用の報告をまとめます
GENZの第三者検証
キッチンディスプレイシステムの受け入れテストを、第三者検証の立場で設計から担います。注文経路・オプション・取消の組み合わせのどこまでを確かめるかを先に確定し、検証範囲と未検証の範囲を分けて提示します。
構成からテスト設計を起こす
POSから厨房画面への注文データの流れとステーション別表示の構成を確認し、検証範囲を確定してテスト項目書に起こします。
検証済みと未検証を分けて示す
テストの結果は、検証範囲と未検証の範囲に分けて記録します。未検証の範囲で起こりうる事象を明記し、全店展開の判断材料に揃えます。
既存体制と並行して試せる
POS・KDSベンダーの導入作業は止めず、発注側の受け入れテストを補強する形で参画します。複合条件は意図的に発生させて検証します。
判断に使える形で結果と証跡を報告
テストの範囲と結果を稟議の判断材料になる形式で報告し、証跡を管理して残します。社内で回帰テストの範囲を決められるよう文書化します。
ご相談から納品までの流れ
ご相談から報告書の納品まで、既存のベンダー作業を止めずに並行して進められる工程で支援します。
ヒアリング
POS・KDSの構成と注文経路をお聞きし、検証の前提を整理します。
テスト設計と見積もり
経路とオプションの組み合わせからテスト項目を設計し、見積もりを提示します。
テストの実施と結果の共有
パイロット店舗相当の条件でテストを実施し、結果を都度共有します。
報告書の納品と修正後の再確認
稟議・受け入れ判断に使える報告書を納品し、修正後の回帰テストまで対応します。
検証範囲と優先順位のご相談
キッチンディスプレイシステムの検証範囲と優先順位をGENZにご相談ください
キッチンディスプレイシステムの受け入れテストについて、検証範囲の整理と優先順位づけ、回帰テストまで、決裁の場で使える形でお示しします。既存のベンダー体制と並行して参画します。