在庫の不一致で出庫指示が二重に作られる
WESが収集した実績とWMSの在庫が一致しないと、実際にはない在庫への出庫指示が発行され、同一商品への二重の指示が作られます。
GENZ, Inc.
どこまで検証するか
WES
どこまで検証するか
WES（倉庫実行システム）のテストを第三者の視点で実施します
WESの導入・更改で迷うのは、WMS連携・作業指示・設備制御のどこまでを誰が検証するかの線引きです。GENZは第三者の視点でテスト設計から支援します。
支援事例
支援実績5,000件以上
WESシステムでよくある不具合
WESはWMSからの要求を受けて作業者とマテハン設備へリアルタイムに指示を出すため、不具合はシステム内にとどまらず出荷の停滞や在庫の不一致として表面化します。ここでは導入・更改で起きやすい例を挙げます。
在庫の
復旧後に保留分の搬送指示が再投入されず荷物が滞留する
設備の停止から復旧した際、保留となった搬送指示が再投入されないと、荷物がコンベヤの途中に滞留し、庫内の人員が手作業での運搬へ回ります。
繁忙時に作業の割当が片方へ偏り処理能力を超える
繁忙時に作業割当のパラメータが特定の設備へ偏ると、片方のラインだけに指示が集中し、処理能力を超えた作業が滞留して全体の流れが止まります。
指示電文の項目欠落で搬送先未設定のまま搬送が始まる
WESから設備へ送る指示電文の必須項目が欠落すると、搬送先が未設定のまま搬送が始まり、荷物が到着地点のない状態で動き続けます。
締め時刻をまたいだ出荷指示が翌日へ繰り越される
締め時刻の判定がWES側で正しく処理されないと、締めを過ぎた出荷指示が翌日分へ繰り越され、当日出荷として荷主へ連絡済みの荷物が残ります。
残存した不具合により生じる問題
リリース後に残った不具合は、庫内の出荷・人員・在庫の数値へ順に現れます。ここでは、放置した場合に現場と経営へ波及する主な問題を挙げます。
静的テスト（レビュー）でおさえるべき観点
WESのテストは、実機を動かす前のレビューで検証の精度が決まります。仕様書や手順書といった紙の資料同士を照合し、責務の空白や記述の食い違いを早期に洗い出すことが、後工程の手戻りを防ぐ近道です。
責務の分担が文書で詰め切れていないと、受け入れの場面で「どちら側がそのテストを担うか」の空白が残り、実装が進んだ後で検証漏れが判明するおそれがあります。
WESとWMSの責務の分担表を、連携インターフェースの定義と照合する
WESとWMSのどちらがどの処理を担うかの分担表を、連携インターフェースの定義書と項目ごとに照合します。文書の上で分担が曖昧だと、どちら側がそのテストを担うかの合意が残らないためです。
確認する資料
- 責務分担表
- IF定義書
- 定例議事録
電文項目の読み替えを自社だけで行なうと、設備側の制約とWES側の指示条件の食い違いに気づかず、実機での接続確認の当日になって不整合が見つかるおそれがあります。
設備制御の電文項目をベンダー仕様書と照合する
設備へ送る指示電文の項目と応答の仕様を、設備ベンダーの仕様書と照合します。設備側の仕様は機械の制約を前提とするため、WES側の作業指示の条件へ読み替える過程で不整合がないかを確かめます。
確認する資料
- 電文仕様書
- 応答仕様書
- 接続確認記録
割当の優先順位が運用の実態と合っていないと、繁忙期に出荷の滞留が発生し、当日の復旧が手作業での対応となる状態が常態化するおそれがあります。
作業の割当の優先順位の条件を、庫内の運用手順書と照合する
作業の割当の優先順位を決める条件を、庫内の運用手順書と照合します。繁忙期の波動を含む実際の作業順序とパラメータの設定に不整合があると、稼働後に滞留や指示の欠落として現れます。
確認する資料
- 運用手順書
- 割当条件表
- 業務シナリオ
状態遷移とテーブル定義の食い違いを放置すると、WESが収集した実績とWMSの在庫が一致せず、棚卸の差異の原因を社内で説明できなくなるおそれがあります。
状態遷移の記述をテーブル定義と照合する
作業指示の状態遷移の記述を、データベースのテーブル定義と照合します。発行から完了までの各状態がデータ上で一意に管理できるかを確かめ、実績と在庫の不整合を招く記述上の抜けを摘出します。
確認する資料
- 状態遷移表
- DB設計書
- 画面仕様書
異常系の観点が復旧手順と結び付いていないと、障害の発生時に原因がWES側か設備側か運用側かを切り分けられず、出荷の停止が長引くおそれがあります。
異常系のテスト観点を、設備の停止と通信の断絶の復旧手順と照合する
異常系のテスト観点を、設備の停止や通信の断絶が起きた際の復旧手順書と照合します。正常系だけではリリース判断の材料にならないため、障害時の切り分けと復旧の手順まで観点の網羅を確かめます。
確認する資料
- 復旧手順書
- 異常系観点表
- テスト項目書
- 障害時連絡網
動的テストの設計・実行のポイント
ユニットテストから受け入れテスト・回帰テストまでの各工程で、作業指示と設備連携の挙動を段階的に検証します。
STEP 01
ユニットテストパラメータの境界値を網羅します
どう確かめるか
ユニットテストで作業の割当の判定の条件を、境界値と同値分割で検証する
作業割当のパラメータを入力として、割当の判定結果が仕様どおりに返るかを、境界値と同値分割の観点で検証します。繁忙期に近い件数の条件でも、判定が欠落しないことを確認します。
- 01作業割当の判定条件を、パラメータの組合せとして一覧化する
- 02件数・優先度の境界値で、割当結果の正誤を検証する
- 03同値分割で代表値を選び、判定の欠落がないことを確認する
OUTPUT割当ロジックの確定
STEP 02
統合テスト電文の仕様書を基準にします
どう確かめるか
統合テストでモジュール間連携をインターフェース単位で検証する
WMS・設備制御とのモジュール間連携を、インターフェース単位で検証します。指示電文の項目と応答の仕様に沿って、送信・受信・タイムアウト時の挙動を個別に確認します。
- 01WMSとの間の指示電文の項目を、定義書と照合する
- 02設備制御への送信と応答の仕様を、実機またはシミュレーターで検証する
- 03応答遅延・タイムアウト時の挙動を発生させて検証する
OUTPUT連携仕様の確認
STEP 03
システムテスト負荷条件は事前に合意します
どう確かめるか
業務シナリオと負荷のテストを行なう
入荷から出荷までの業務シナリオを通しで実行し、繁忙期の波動を想定した負荷の条件で進捗の収集と指示の到達を検証します。実機かシミュレーターかは案件ごとに決めます。
- 01入荷から出荷までの業務シナリオを通しで実行する
- 02繁忙期の波動を想定した負荷条件で、指示の到達と進捗の収集を検証する
- 03設備の停止や滞留を発生させて、復旧の手順との整合を確認する
OUTPUT業務シナリオの証跡
STEP 04
受け入れテスト・回帰テスト既存機能の確認を欠かしません
どう確かめるか
受け入れテストと回帰テストで、改修後のデグレードの有無を検証する
現場の作業者の工数を借りて受け入れテストを実施し、改修後は既存の作業指示にデグレードが起きていないかを回帰テストで検証します。結果は不具合票と証跡として残します。
- 01現場の工数を借りて、業務シナリオに沿った受け入れテストを実施する
- 02改修前後で既存の作業指示の挙動を比較し、デグレードの有無を検証する
- 03不具合票と証跡を整理し、リリース判断の材料として提出する
OUTPUTリリース判断の材料
GENZが代行するWESのテストの種類
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- WMS連携テストで出荷・在庫データの整合を検証します
- 作業指示の割当が想定どおり機能するかを検証します
- 設備への指示電文と応答の仕様を設備側と確認します
- 繁忙期の負荷を想定したパフォーマンステストを実施します
検証範囲を設計するGENZの支援
WESの検証で詰まりやすいのは「どこまで検証するか」の線引きです。GENZはWMS連携・作業指示・設備制御の各層を誰がどこまで検証するかで切り分け、テスト設計から報告書の納品まで第三者の視点で支援します。
作業指示の仕様からテスト設計へ
作業指示の仕様と設備制御のインターフェース定義を確認し、層ごとに検証範囲を線引きして、分担をテスト項目書へ反映します。
連携から制御まで一続きで検証する
設計した範囲はユニットテストから統合テスト、システムテスト、受け入れテスト、回帰テストまで一続きで検証します。
既存の品質保証体制に合わせて伴走する
現在のテスト計画の様式と社内の承認の流れは変えず、その手順に合わせてGENZが入ります。不足する範囲だけを切り出して引き受けます。
判断に使える不具合報告と証跡
不具合票と未検証の範囲を含めた報告書と証跡を、リリース判断の根拠として納品します。障害時に原因を切り分けられる記録も残します。
ご相談から納品までの流れ
ご相談から報告書の納品まで、既存の品質保証の手順と報告様式に合わせて進めます。
ヒアリングで構成と範囲を確認
対象WESの構成と連携先を聞き取り、委託する検証範囲を言語化します。
テスト設計と見積もりを提出する
テスト項目書の粒度と工数を示し、実機の日程を含む見積もりを提出します。
テストを実施し、不具合票を共有する
合意した範囲でテストを実施し、不具合票を発行ごとに共有します。
報告書を納品し、改修後の再確認を行なう
検証結果を報告書として納品し、改修後の再確認まで行ないます。
WESの検証範囲の整理から相談できます
WESの検証範囲と優先順位をGENZへご相談ください
自部門の工数で受け入れテストを消化しきれない段階でも着手は間に合います。WMS連携・作業指示・設備制御のどこまでを検証範囲とするか、第三者の視点で整理してお返しします。