GENZ, Inc.

小売・飲食チェーン向け スタンプカードアプリのソフトウェアテスト

設定を終えても、顧客の端末でスタンプが付き特典が発行されるとは限りません。運用環境のまま、条件ごとの期待結果で合否を判定します。

支援事例

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

スタンプカードアプリでよくある不具合

スタンプカードアプリの不具合は、付与・蓄積・特典発行・引き継ぎのどこにでも起きます。管理画面ではエラーとして表示されず、通知も届かないため、運用中は問題なしと見過ごされてしまいます。

条件を満たしているのにスタンプが付与されない

同一の付与条件でも、付与方式や店舗により不整合が生じることがあります。店頭での申告確認や手動付与といった個別対応が発生し、混雑時の会計遅延を招きます。

スタンプの付与漏れ

一回の会計なのにスタンプが二重に付与される

端末の二度かざしや読み取りとスタッフ操作の重なりで、重複排除が正しく機能せず、二重付与が発生します。特典の発行数の集計で初めて問題として表面化します。

同一会計の二重付与

機種変更したらためたスタンプが消失してしまう

データ引き継ぎ時の照合に失敗すると、機種変更前のスタンプ情報を復元できず利用実績が消失します。対応は店舗スタッフが手動で付け直す形に絞られます。

機種変更時の消失

スタンプが満了したのに特典が発行されない

満了ちょうどや複数口の満了では、計算誤りが特典の未発行か過剰発行に直結します。発見は顧客の申告か発行数の集計に限られます。

満了時の特典未発行

終了したはずの増量キャンペーンが継続して適用される

増量キャンペーンの終了日時による制御が動作しないと、期間終了後も特典の増量が付与され続けます。付き続けた分は、特典原資の超過として累積します。

終了後も残る増量
02 RISK

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

スタンプの未付与・消失・二重付与は、顧客の端末上で発生しても本部の管理画面には表示されません。結果として、信頼の毀損・原資の超過・実績の崩れにつながります。

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

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

仕様書が十分に整っていない段階であっても、事前に確認すべき検証観点は明確です。付与から失効へ至る取り決めを施策の意図と接続先の運用条件に照らし、ずれを実装の前に特定します。

付与条件

付与の条件と付与上限の設定を施策の意図と照合

来店・購入金額・対象商品を条件とする付与の設定を、施策が意図した付与の姿と突き合わせます。1日・同一会計あたりの上限や金額判定の単位は、認識の違いが生じやすい点として事前に洗い出します。

確認する資料
  • 施策企画書
  • 付与条件一覧
  • 対象商品マスタ
特典規則

スタンプ満了数・特典・有効期限の設定を施策の計画と照合

スタンプ満了数と特典の対応づけ、複数口の満了の扱いを施策の計画・告知と照合します。有効期限と失効の規則は、告知の文章と設定値の両方が一致しているかを検証します。

確認する資料
  • 特典設定一覧
  • 告知文面
  • 有効期限規定
重複排除

二重付与を防ぐ重複排除の規則を店頭の運用と照合

同一会計の二重付与を防ぐ規則と連続読み取りの排除条件を、店頭の実際の操作手順と照らし合わせます。制限が厳しすぎると正常な付与まで弾かれるため、過不足のない判定になっているかを確認します。

確認する資料
  • 店頭運用手順書
  • 重複排除仕様
  • 会計操作フロー
引き継ぎ

引き継ぎの確認方法を会員基盤の実データと照合

機種変更時の照合キーと復元の範囲を、会員基盤の実際の値の形と突き合わせます。厳しすぎれば本人の引き継ぎが成立せず、緩すぎれば他人の実績を復元しかねません。

確認する資料
  • 会員基盤項目表
  • 照合キー定義
  • 引き継ぎ手順書
移行規則

紙のカードからの移行の規則を切替の計画と照合

紙カードから引き継ぐスタンプ数の登録ルールと確認手順を、切替計画と照合します。移行元のデータと登録結果を突き合わせる手順がなければ、切替後に数が正しく引き継がれたかを証明できません。

確認する資料
  • 切替計画書
  • 移行登録規則
  • 店頭確認手順
  • 突合手順書
04 TEST DESIGN

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

付与方式・店舗・特典条件の全組み合わせは実行しきれません。テスト技法で検証範囲を絞り、テストケースと判定基準に具体化します。

STEP 01 蓄積から失効までを遷移で設計増加から満了・特典発行・失効までを遷移の単位に置く
どう確かめるか

蓄積・満了・失効の流れを状態遷移テストで設計

たまり数の増加から満了・特典発行・失効までを状態遷移テストで整理し、どの遷移を確認したかを宣言できる形にします。満了と発行のずれは、遷移の単位で設計して初めて判定できます。

  • 01たまり数の増加から満了・特典発行・失効までを遷移に起こす
  • 02確認済みの状態遷移を明確に証明できる一覧表へ整理する
  • 03スタンプ満了と特典発行の不整合を状態遷移単位でテストケースに反映する
OUTPUT状態遷移の設計表
STEP 02 満了と期限の境界を確かめる満了ちょうどと期限の当日・翌日の端の値で挙動を見る
どう確かめるか

満了ちょうど・期限当日の境界を突いて確かめる

満了ちょうどとその前後、期限の当日と翌日、付与上限の境目を境界値分析で選びます。効くべきときに発行され、効くべきでないときに発行されないことを合否基準で判定します。

  • 01満了ちょうどとその前後で特典の発行有無を確かめる
  • 02有効期限の当日と翌日で失効の切り替わりを確認する
  • 03付与上限の境目は境界値分析で値を選び合否基準で判定する
OUTPUT境界値の合否結果
STEP 03 方式ごとに同条件で試す同じ条件の取引を各方式へ与えて判定の一致を確かめる
どう確かめるか

付与方式ごとに同じ条件で試して整合を確かめる

店頭QR・タッチ式・スタッフ操作・POS会計連動の各方式へ同じ条件の取引を与えます。各方式で判定と付与数が一致し、どの経路でも二重付与が起きないことを検証します。

  • 01QR・タッチ式・スタッフ操作・POS連動へ同じ条件の取引を実行する
  • 02各方式で判定と付与数が一致することを突き合わせて見る
  • 03どの経路でも同一会計の二重付与が起きないことを検証する
OUTPUT方式別の整合結果
STEP 04 負荷と実機の表示を確かめる付与の集中を想定した負荷と実機の表示で挙動を確かめる
どう確かめるか

キャンペーン想定の負荷と端末ごとの表示で確かめる

付与の集中を想定した負荷のもとで、付与処理と獲得スタンプ数の表示が保たれるかを見ます。端末とOSごとのスタンプ画面の表示と、引き継ぎの挙動も実機で確かめます。

  • 01付与の集中を想定した負荷のもとで処理と表示の維持を見る
  • 02端末やOSごとにスタンプ画面の獲得数が正しく表示されるか確認する
  • 03機種変更の引き継ぎは実機を替えて復元の挙動を確認する
OUTPUT負荷・実機確認の記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 設定の完了では見えない顧客の手元の挙動を開始前に確かめられる
  • 付与方式と店舗、特典条件の掛け合わせを技法で絞って確認できる
  • 固定費を抱えずに人日単位で切替や開始の前に確認を差し込める
  • 確認済みと未確認を書き分けた記録が開始判断の材料として残る
06 SERVICE

5,000件以上の実績に裏付けられた付与の検証

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

SVC 01

販促運用の業務フローから確認観点を設計

確認観点は機能の一覧ではなく、設定・付与・満了・引き継ぎという販促運用の流れから設計します。施策が意図どおり動くことに軸を置きます。

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

仕様書が揃っていなくても対応可能

付与条件の例外や引き継ぎの規則が申し合わせにしか残らない現場でも、観点の書き出しから参画できます。観点表は運用文書の骨格になります。

付与条件・店舗・端末の掛け合わせまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

負荷と端末ごとの表示確認までGENZが対応

開始直後の集中を想定した負荷テストは自社内の専門エンジニアが実施し、スタンプ画面の表示と引き継ぎは多数の実機で確認します。

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

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

方式ごとに確認した付与条件と未確認の項目を書き分け、テストサマリレポートでお渡しします。意思決定の判断材料としてそのまま活用いただけます。

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

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

スタンプカードアプリの切替や施策の予定、付与条件を伺い、合意した範囲と優先順位でテストを進めます。

スタンプ運用の相談範囲をヒアリングする

導入・切替やキャンペーンの予定、付与条件の決まり方と困りごとを確認します。

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

顧客と店頭、原資のどこに響くかで優先順位を付け、範囲と工数を整理します。

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

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

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

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

支援実績5,000件以上

スタンプ付与の検証範囲と優先順位をGENZに相談する

付与条件の設定と運用状況をご共有いただければ、確かめる範囲と優先順位、人日単位の工数の考え方を整理します。負荷テストを含めた確認の範囲もあわせてご相談いただけます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。