GENZ, Inc.

OMOアプリ OMOアプリのソフトウェアテスト

OMOアプリで、同じ会員の残高とポイント、在庫、購買履歴が、店舗とオンラインをまたいで一致し続けるかを、個別の画面確認とは別に確かめます。

支援事例

支援実績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

OMOアプリの店舗・オンライン連携でよくある不具合

OMOアプリでは、会員ID・ポイント・チャージ残高・店舗在庫・制度が求める表示(共同利用・外部送信や価格の表示など)が、店舗とオンラインの間で常に連携しています。ここでは、実際の検証で確認されてきた具体的な不具合の現象を示します。

会員IDの照合ルールが合わず、同じ会員の履歴とポイントが分かれて残る

電話番号やメールアドレスの表記ゆれが照合ルールに収まらず、同一人物が別会員として扱われ、購買履歴とポイントが分かれて残ってしまいます。

会員IDの分裂

店頭で購入した実績がアプリへ反映されず、ポイントが付与されない

店舗POSから会員ID基盤への購買実績の受け渡しが滞ると、アプリ側に履歴が届かず、付与されるはずのポイントが会員に反映されません。

ポイント未付与

チャージ残高の失効処理と基準日の未使用残高の集計が食い違う

失効処理の実行時点と、基準日における未使用残高の集計定義がそろわず、会員画面の残高と社内の集計値が食い違ってしまいます。

残高集計の相違

外部送信の項目を追加しても表示が更新されず、初回画面から到達できない

送信項目の追加に表示側が追随せず、最初に表示される画面や容易に到達できる画面から該当の表示へたどり着けない状態が残ります。

表示の更新漏れ

セールの終了後も比較対照価格が残り、販売期間の根拠を示せない

販売期間の実績データを保持していないと、セール終了後も画面に残った比較対照価格について、いつ・どの価格で販売したかの根拠を示せません。

二重価格の残存
02 RISK

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

こうした不具合が残ると、影響は店頭の運営から会員の信頼、特典施策の継続にまで広がり、事業部門の計画そのものを揺るがすおそれがあります。

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

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

実装に入る前の段階で、業務ルール・接点間の連携仕様・制度が求める表示の設定内容を仕様と照合すれば、後戻りの大きい不具合を早い段階で絞り込めます。ここでは5つの観点を示します。

会員ID統合・照合ルール・引き継ぎ範囲

会員を同一人物とみなす照合ルールと統合後の引き継ぎ範囲の照合

同一人物とみなす判定条件、一度統合した会員の取消、統合後に引き継ぐ特典・購買履歴・残高の範囲を仕様と照合し、定義の抜けや食い違いを確認します。取消後のポイントの戻し方が、抜けやすい論点です。

確認する資料
  • 会員統合仕様書
  • 照合ルール定義書
  • 移行設計書
付与率・クーポン適用順・端数処理

ポイント付与率・クーポン適用順・端数処理の設計内容の照合

付与率と按分の考え方、クーポンを併用したときの適用順、端数処理の単位と丸め方を照合し、店頭とオンラインのどちらでも同じ計算結果になる定義かどうかを確認します。

確認する資料
  • ポイント付与仕様書
  • クーポン適用仕様書
  • 端数処理定義書
在庫公開・取り置きの引当・解放条件

店舗在庫の公開単位と取り置きの引当・解放条件の照合

在庫をオンラインへ公開する単位、取り置きの引当条件と期限切れ時の解放の扱い、複数の接点から同時に引き当てた場合の優先順位を仕様と照合し、在庫の過不足が起きないか確認します。

確認する資料
  • 在庫連携仕様書
  • 引当・解放条件書
  • インターフェース仕様書
チャージ残高・失効・基準日の集計

ハウスマネーの残高・失効・基準日の集計定義の照合

自社のチャージ残高を持つ場合に限り、チャージ・利用・失効の状態遷移と、基準日における未使用残高の集計定義を仕様と照合し、画面表示と集計値が一致するかを確認します。

確認する資料
  • 残高管理仕様書
  • 失効処理定義書
  • 残高集計仕様書
共同利用・外部送信・到達経路

共同利用と外部送信について表示する項目と到達経路の照合

共同利用に関する項目と外部送信の表示項目が設定内容どおりにそろっているか、最初に表示される画面または容易に到達できる画面から表示へ届く経路になっているかを仕様と照合します。

確認する資料
  • プライバシーポリシー
  • 外部送信ツール一覧
  • 画面設計書
  • 表示文言一覧
04 TEST DESIGN

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

動的テストは、テストケースと合否基準を先に決め、実機で動かした結果を接点ごとに突き合わせて確かめます。

STEP 01 経路ごとにテスト単位を切る機能単位では抜ける接点の境界を拾う
どう確かめるか

会員1人の状態が通る経路ごとにテストの単位を切る

機能単位で区切ると接点の境界が抜け落ちます。同じ会員の残高・ポイント・在庫の状態がどの経路を通るかでテストの単位を区切り、接点をまたぐずれを検出できる形にします。

  • 01会員の残高・ポイント・在庫がどの経路を通るかを洗い出す
  • 02機能単位でなく経路単位でテストの範囲と順序を区切る
  • 03接点をまたぐずれを検出できる期待結果を経路ごとに定める
OUTPUT経路別テスト設計書
STEP 02 入会から返品まで通しで検証入会・決済・受取・返品の1巡で確かめる
どう確かめるか

入会から返品・取消までを1巡として通しで検証する

入会・ID連携から在庫の取り置き、決済、店舗での受取、ポイント付与、返品の戻しまでを1巡として通し、各段階で店舗側とオンライン側の値が一致するかを検証します。

  • 01入会・ID連携から取り置き・決済・店舗での受取までを通す
  • 02ポイント付与と返品の戻しまでを同じ会員で続けて検証する
  • 03各段階で店舗側とオンライン側の値の一致を突き合わせる
OUTPUT通し検証シナリオ
STEP 03 割り込み・更新を条件に加える仕様が変わらなくても起きるずれを検出
どう確かめるか

割り込み・通信の切替・端末とOSの更新を実行条件に加える

着信や通知による割り込み、店舗Wi-Fiとモバイル回線の切替、端末・OS・ストアの更新は、仕様が変わらなくても状態のずれを起こします。これらを実行条件に加えて検証します。

  • 01着信や通知による割り込みを再現する実行条件を組み込む
  • 02店舗Wi-Fiとモバイル回線の切替を伴う操作を検証する
  • 03端末・OS・ストアの更新をまたぐ状態の引き継ぎを確かめる
OUTPUT実行条件マトリクス
STEP 04 接点ごとの値を証跡に残す業務部門と会員へ説明できる記録を残す
どう確かめるか

接点ごとの残高・ポイント・在庫の値を証跡として残す

実施条件・期待結果・実結果に加え、接点ごとの残高・ポイント・在庫の値を記録として残します。業務部門や会員へ原因と経緯を説明できる証跡として活用できます。

  • 01実施条件・期待結果・実結果を接点ごとに記録へ残す
  • 02接点ごとの残高・ポイント・在庫の値を証跡として採取する
  • 03業務部門や会員への説明に使える形で経緯を整理する
OUTPUT検証証跡レポート
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 開発側の思い込みに影響されず接点の境界の抜けを検出できる
  • 異常系や同時操作まで技法にもとづいて網羅的に検証できる
  • 担当者が原因の切り分けから解放され施策の運用に専念できる
  • 監査や会員への説明に使える独立した検証記録が残る
06 SERVICE

5,000件以上の実績に裏付けられた接点横断の検証

GENZは5,000件以上の支援実績を持ち、20年の第三者検証の経験を踏まえて支援します。既存の開発ベンダーや店舗運営部門と役割を分け、接点をまたぐ検証に第三者の視点で伴走します。

SVC 01

業務フロー起点でのテスト設計

入会から返品までのどこで会員IDの連携やポイント付与、取り置きの引当が動くかを洗い出し、テストの単位と優先順位を決めます。

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

店舗とオンラインを一体で検証

アプリ内の操作と店舗POS・基幹システムへの反映を別々に扱わず、値が一致するかまで一体で検証します。

中央のOMOアプリから会員基盤・在庫・決済へ線を伸ばし、店舗とオンラインをまたぐ接点まで検証範囲が広がることを示した赤白紙カード基調の無文字図解。
SVC 03

制度が求める表示が続くことの確認

共同利用・外部送信・前払式支払手段・価格の表示が取り決めどおりに出続けているかを確認します。

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

未確認範囲と残存リスクまでの報告

ポイントの付与漏れやチャージ残高のずれといった不具合の件数だけでなく、影響範囲・重要度・未確認範囲・残存リスクまで整理して報告します。

テストの証跡を保全し、業務部門や会員へ説明できる検証報告書にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

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

対象の業務フローと判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。

ヒアリングで対象範囲を具体化する

対象のアプリと会員基盤、連携先を確認し、未検証の範囲を洗い出します。

テスト計画と優先順位を合意する

事故影響と利用頻度から優先順位を定め、必要工数の前提を揃えます。

テスト実施と進捗・課題を毎回共有

実施状況と発見事項、確認が要る仕様を共有し、終盤のまとめ出しを避けます。

報告書納品と再テスト支援まで実施

結果と証跡、残存リスクを報告書に整理し、修正後の再テストまで支援します。

5,000件以上の対応実績

OMOアプリのテスト範囲と優先順位をGENZに相談する

ご相談では、確認すべき業務フローの洗い出しから始め、テスト範囲と優先順位を整理し、必要工数の考え方までお示しします。負荷テストや脆弱性診断の要否もあわせて整理できます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。