GENZ, Inc.

小売チェーン向け 店舗在庫管理アプリのソフトウェアテスト

販売と連動した引き落としやECへの在庫連動が一度でも抜ければ、棚卸のたびに差異が出ます。POS・基幹・ECと接続した形で在庫の動きごとに確かめます。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

店舗在庫管理アプリでよくある不具合

店舗在庫管理アプリの不具合は、入出庫から販売・EC連動、棚卸に至る流れのどこかで在庫数を狂わせます。ずれは店舗で気付くか棚卸の差異として、後から表面化します。

販売したのに在庫数が減らず数値がずれていく

POSの販売と在庫の引き落としが連動しないまま運用すると、売れた分が在庫数から減りません。気づくのは、店舗で気付くか棚卸で差異が出たときです。

販売連動の欠落

ECで売れた商品が店頭にない売り越しが起こる

店舗の販売がECの在庫数へ反映されるまでの間、ECの在庫は実態より多いままです。売れてはいけない分まで売れ、キャンセルの連絡と謝罪が要ります。

ECの売り越し

入荷や返品の処理が在庫の数値に反映されない

検品前に入荷数が在庫に載る規則では、不良品まで販売可能に数えられます。返品の戻し先の扱いが割れると、戻したのに在庫数が増えないと問い合わせが来ます。

入荷・返品の未反映

店舗間の移動で商品が両方の店から消えてしまう

店舗間の移動で減らす時点と載せる時点が決まっていないと、移動中の商品はどちらの店にも現れません。宙に浮いた在庫が、ずれの原因になります。

移動中在庫の消失

棚卸のたびに原因の分からない差異が積み上がる

棚卸で差異が出ても在庫数の動きの証跡が残っていなければ、発生時点を遡れません。原因は残ったままのため、同じずれが次の棚卸でも再び現れかねません。

原因不明の棚卸差異
02 RISK

残存した不具合により生じる問題

残った不具合は、店舗で気付くか棚卸の差異で初めて表面化します。帰結は、売り越しの顧客対応・在庫数への不信・棚卸差異への説明責任へ分かれます。

店舗在庫管理アプリの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

静的テストでは、在庫の持ち方から販売連動・棚卸・移行に至る取り決めを、売場の実態と接続先の仕様と照合します。仕様書が揃っていなくても、運用の聞き取りを手がかりに進められます。

在庫区分

在庫の場所と区分の持ち方の規則を売場の実態と照合

店頭とバックヤードの分け方、数える単位、置き場所の体系を、実際の売場の様子と突き合わせます。持ち方のずれは、実在庫と合わない運用の始まりになります。

確認する資料
  • 在庫区分一覧
  • 売場レイアウト図
  • 商品マスタ
戻し規則

返品・店舗間移動・取消の戻し方の規則を運用の実態と照合

返品の戻し先、移動中の在庫の帰属、販売取消時の在庫数の戻し方を、店頭の運用の実態と照合します。どの店にも現れない時間が生まれないかを、規則の側から確かめます。

確認する資料
  • 返品処理手順書
  • 移動伝票様式
  • 取消処理規程
販売連動

販売と在庫引当との連動の規則を接続先の取り決めと照合

販売情報の反映の時点と在庫引当の時点を、接続先との取り決めと照合します。欠落や二重取り込みが起こらない仕組みか、起きた場合に把握できる記録のしくみが決まっているかも確かめます。

確認する資料
  • POS連携仕様書
  • 在庫引当規則
  • 取込記録様式
EC連動

ECへ連動する在庫数量の規則を売り方の意図と照合

ECへ連動する在庫数量の決め方を、ECと店舗の売り方の意図と突き合わせます。ずれていれば、売り越すか、売れる商品を欠品表示のままにして機会を逃します。

確認する資料
  • EC連携仕様書
  • 連動数量規則
  • 欠品表示規則
移行突合

システム切替時に移行した在庫数の突合方法を切替の段取りと照合

移行時の項目の対応関係と、実地棚卸との突合方法を、切替の段取りと照合します。件数だけの突合では商品ごとの数量のずれを見逃すため、突合の方法が先に決まっているかを確かめます。

確認する資料
  • 項目対応表
  • 移行手順書
  • 切替段取り表
  • 棚卸差異記録
04 TEST DESIGN

動的テストの設計・実行のポイント

商品×在庫の動き×経路の掛け合わせは全数実行の規模を超えます。技法で範囲を絞り、テストケースと合否の基準に具体化します。

STEP 01 動きと経路を区分して確かめる入荷・販売・移動・返品の動きを区分し代表を選ぶ
どう確かめるか

在庫の動きの種類と経路の組み合わせで確かめる

入荷・販売・移動・返品の動きを経路ごとに同値分割でパターンに整理し、それぞれの代表パターンをテストケースとして選びます。各段で在庫数が定めたとおりに変わるかを検証します。

  • 01入荷・販売・移動・返品の動きを経路ごとに同値分割でパターンに整理する
  • 02経路の各段で在庫数が定めたとおり変わるかを確かめる
  • 03店舗とECの経路ごとにパターンを整理し代表条件をテストケースに起こす
OUTPUT動きと経路の代表条件表
STEP 02 数量と発注点の境目を見る発注点の前後やゼロ、マイナスの端の値で挙動を見る
どう確かめるか

在庫数と発注点の境目を境界値分析で確かめる

発注点ちょうどとその前後、在庫ゼロ、マイナス在庫の扱いを境界値分析で確かめます。境目で判定と通知が規則どおり変わることを、両側から確かめます。

  • 01発注点ちょうどとその前後の値で判定と通知の変わり目を確かめる
  • 02在庫ゼロとマイナス在庫の扱いを境界値分析で確認する
  • 03境目の両側で挙動が規則どおり変わることと変わらないことを見る
OUTPUT発注点・ゼロ・マイナス結果
STEP 03 同時購入と中断の例外を試す店舗とECの同時購入や処理の中断を意図的に起こす
どう確かめるか

同時購入や中断を織り交ぜた例外の操作を試す

店舗とECの同時購入による引当の競合と、処理の中断・取消を、デシジョンテーブルテストで整理します。意図的に発生させて検証し、確認済みの内容を説明できる表にまとめます。

  • 01同時購入による引当の競合をデシジョンテーブルで整理する
  • 02処理の中断や取消を意図的に発生させて在庫数の戻りを確かめる
  • 03どの組み合わせを確認したかを説明できる表にまとめて残す
OUTPUT同時購入・中断条件の整理表
STEP 04 大量の一括更新で反映を確かめる棚卸に集中する大量の在庫数の一括更新を想定して見る
どう確かめるか

棚卸時の大量の在庫数の一括更新で反映を確かめる

棚卸に集中する大量の在庫数の一括更新を想定し、更新から在庫数への反映までの処理が最後まで滞りなく終わるかを見ます。処理にかかった時間と、途中で失敗した行の有無も併せて記録します。

  • 01棚卸に集中する大量の在庫数を経路ごとに一括更新する
  • 02更新から在庫数への反映までの処理が最後まで滞りなく終わるかを見る
  • 03処理にかかった時間と失敗した行の有無を併せて記録する
OUTPUT一括更新の反映記録
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

オフィスで担当者同士がノートPCを前に、店舗在庫管理アプリのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 店舗が気づくことや棚卸を待たずに在庫数のずれを検出できる
  • 販売連動やEC連動、棚卸の突合まで合否を判定できる形で確認できる
  • 固定費を抱えずに人日単位で切替前の確認を差し込める
  • リリース判断の場に使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた店舗在庫の検証

アプリの提供元やPOS・EC側のベンダーと役割を分け、小売事業者様の側に立つ第三者として確かめます。GENZは、支援実績5,000件以上の進め方でテスト設計から実行・報告まで伴走します。

SVC 01

在庫管理の業務の流れから確認観点を設計

確認観点は機能の一覧でなく、入出庫・在庫引当・棚卸という在庫管理の流れから起こします。在庫数が実在庫と合い続けることに軸を置きます。

店舗在庫管理アプリの追加や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

仕様書が揃っていない状態からの伴走にも対応

在庫の区分や移動、返品の扱いが申し合わせにしか残らない現場でも、観点の書き出しから伴走できます。観点はソフトウェアテストの骨格になります。

在庫の動き・経路・商品の掛け合わせまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

大量更新時の負荷の確認まで自社内で対応

棚卸に集中する大量の在庫数の一括更新を想定した負荷のもとで、反映までの処理の確認まで、自社内の専門エンジニアで対応します。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

確認済みと未確認を分けた報告

確認した動き・経路と未確認の範囲・残存リスクを書き分け、テストサマリレポートでお渡しします。リリース可否の判断材料としてご提出いただけます。

テストの証跡を保全し、確認済みの範囲と未確認の範囲を整理した切替可否の判断の材料にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

ご相談から納品までの流れ

店舗とECの構成、在庫管理の流れと切替の予定を伺い、合意した範囲と優先順位でテストを進めます。

在庫管理の相談範囲をヒアリングする

店舗とECの構成、在庫管理の流れと切替の予定、困りごとを確認します。

リスクに基づくテスト設計と工数の見積もり

売り越しや棚卸差異につながる経路から優先順位を付け、範囲と工数を整理します。

テストを実施し発見事項を随時共有する

合意した範囲を実行し、判断待ちの事項と重い不具合をその都度共有します。

報告書を納品し是正後の再確認へつなぐ

結果と証跡、未確認の範囲と残るリスクを納品し、再確認の進め方を整理します。

支援実績5,000件以上

店舗在庫管理の確かめる範囲と優先順位をGENZに相談する

店舗とECの構成、在庫管理の流れをご共有いただければ、確かめる範囲と優先順位、人日単位の工数の考え方を整理します。負荷テストの進め方も併せてご相談いただけます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。