GENZ, Inc.

小売・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

顧客管理アプリでよくある不具合

顧客管理アプリで頻出する不具合は、取込・紐づけ・名寄せの段階と、抽出・権限の制御の段階に分かれます。表に出るのは店舗からの照会や配信後に届いた連絡で、設定を入れた本人の管理画面にはエラーとして表示されません。

レジで取引したのに購買履歴へ記録が入らない

取込の停止・遅延や項目の対応漏れがあると、その取引は履歴に載りません。発見は店舗からの照会に依存し、原因の切り分けは後手に回ります。

購買履歴の欠落

別の顧客の履歴に取引が紐づいてしまっている

顧客を特定するキーが経路ごとに異なると、取引が別人の履歴に付いてしまいます。別人の記録を前提にした応対が続き、本人の指摘で初めて表に出ます。

別人への紐づけ

名寄せで別人が統合され重複も残ったままになる

名寄せは、効きすぎれば別人まで統合し、拾いきれなければ重複が残ります。どちらでも、履歴と抽出は実在の顧客と対応しない単位に積み上がります。

名寄せの誤統合

抽出した対象に条件外の顧客が混ざってしまう

抽出条件の境目の値に解釈の余地があると、条件外の顧客が結果に混ざります。ずれは見えないまま配信へ進み、対象外へ届いた連絡で初めて表に出ます。

条件外の混入

権限を変えたのに見える範囲が変わっていない

権限の変更が一部の画面や経路に反映されないと、参照できず照会対応が止まります。解除漏れが残れば、権限外の店舗の顧客情報が見える状態が続きます。

権限変更の未反映
02 RISK

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

残った不具合は、誤配信・数値の不信・情報の漏出へ広がります。照会や苦情が届くまで社内からは見えず、見えた時点では社外で動き出しています。

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

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

静的テストでは、取込から抽出・権限・移行までの取り決めを、施策の意図と接続先の運用条件と照合します。仕様書が揃っていなくても、運用手順と担当者への聞き取りができれば設計の段階から確かめられます。

取込経路

取込の項目対応と紐づけキーを経路の実装と照合

同じ購買でも、項目の並びや欠け方は接続先ごとに異なります。項目対応と顧客に紐づけるキーをPOS・ECの実装と運用の実態と突き合わせ、挙動が割れる箇所を実装前に洗い出します。

確認する資料
  • 項目対応表
  • 連携仕様書
  • 業務フロー図
名寄せ規則

名寄せの照合キーと統合時の残し方を実データと照合

名寄せの結果は、照合キーの値の入り方に左右されます。既存データの実際の値と照合し、別人を統合してしまう側と同一人物を分けたままにする側の両方を確認します。

確認する資料
  • 名寄せ規則書
  • 顧客マスタ
  • 統合手順書
抽出条件

セグメント条件の境目の値の扱いを施策の意図と照合

セグメントの条件に使う金額や期間、来店頻度には、施策として意図した対象の姿があります。条件の境目の値の扱いを施策の意図と照合し、以上と超の解釈の割れを設計の段階で潰します。

確認する資料
  • 施策企画書
  • 抽出条件一覧
  • 配信手順書
権限区分

閲覧権限の区分と付与の規則を組織の実態と照合

店舗・本部・役職ごとの区分と付与・変更の規則を、組織の実態と社内の方針と照合します。緩い設定や古い権限が残る組み合わせを、設定を固める前に洗い出します。

確認する資料
  • 権限区分表
  • 組織体制図
  • 取扱規程
移行突合

移行の項目対応と突合の型を切替の段取りと照合

旧システムとの項目対応と変換の規則、移行前後の突合の型を切替の段取りと照合します。突合の型が先に決まっているかを、移行後の照会に答えられる粒度で確かめます。

確認する資料
  • 移行計画書
  • 変換規則表
  • 突合手順書
  • 件数確認表
04 TEST DESIGN

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

取込・抽出・権限をまたぐ組み合わせは全数実行の規模を超えます。技法で範囲を絞り、テストケースと合否の基準に具体化します。

STEP 01 経路別に取込と紐づけを見る同じ顧客の取引を各経路から流し履歴の載り方を判定する
どう確かめるか

経路ごとの取引データで取込と紐づけを確かめる

各経路から同一顧客の取引データを取り込み、履歴が同じ顧客へ載るかを検証します。取り込めない取引や重複を意図的に発生させ、欠落や別人への付着まで確かめます。

  • 01店頭とECの各経路から同一顧客の取引データを取り込む
  • 02履歴が定めた紐づけどおり同じ顧客へ載るかを判定する
  • 03取り込めない取引や重複を意図的に発生させ挙動を確かめる
OUTPUT経路別の取込確認結果
STEP 02 抽出の境目を技法で選び出す境界値分析と同値分割で内側と外側の区分を決める
どう確かめるか

抽出条件の境目を境界値分析で選んで確かめる

抽出条件は、境界値分析で境目を選び、同値分割で内側と外側の区分を決めます。内側では抽出され、外側では抽出されないことを合否基準で判定します。

  • 01抽出条件の金額や期間の境目を境界値分析で選び出す
  • 02同値分割で条件の内側と外側の区分を決めて代表値を選ぶ
  • 03内側は抽出され外側は抽出されないことを合否基準で判定する
OUTPUT境界値の合否判定結果
STEP 03 組み合わせを表で設計して試すデシジョンテーブルで実行する組み合わせを確定させる
どう確かめるか

権限と経路と条件の組み合わせを表で設計して試す

取込経路・抽出条件・閲覧権限の組み合わせを、デシジョンテーブルテストで表に整理します。実行する組み合わせを確定させ、確認済みと未確認を書き分けられる形にします。

  • 01取込経路と抽出条件、閲覧権限の組み合わせを表に整理する
  • 02デシジョンテーブルテストで実行する組み合わせを確定させる
  • 03確認済みと未確認の組み合わせを書き分けられる形にする
OUTPUT組み合わせの設計表
STEP 04 大量の一括取込で反映を確かめる取引が集中する時期の大量の一括取込を想定して見る
どう確かめるか

取引が集中する時期の大量の一括取込で反映を確かめる

取引が集中する時期の大量の一括取込を想定し、取込から履歴への反映までの処理が最後まで滞りなく終わるかを見ます。処理にかかった時間と、途中で失敗した取引の有無も併せて記録します。

  • 01取引が集中する時期の大量の取引データを一括で取り込む
  • 02取込から履歴への反映までの処理が最後まで終わるかを見る
  • 03処理にかかった時間と失敗した取引の有無を併せて記録する
OUTPUT一括取込の反映記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 設定の完了では見えない取込と抽出のずれを配信前に検出できる
  • 取込経路と抽出条件、閲覧権限の組み合わせまで確認できる
  • 固定費を抱えずに人日単位で切替前の確認を差し込める
  • 報告や稟議で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた顧客データの検証

アプリやPOS・EC側のベンダーと役割を分け、事業者様の側に立つ第三者として確かめます。GENZは、支援実績5,000件以上の進め方で、ISO 27001認証の情報管理のもと個人情報と購買履歴を預かり伴走します。

SVC 01

顧客データ運用の業務から確認観点を設計

確認観点は機能の一覧でなく、取込・名寄せ・抽出・権限という業務の流れから起こします。データと抽出の正しさに軸を置きます。

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

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

名寄せの規則や権限の割当が申し合わせにしか残らない現場でも、観点の書き出しから参画できます。規則は文書の骨格に整えます。

取込経路・抽出条件・権限区分の掛け合わせまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

大量取込時の負荷の確認まで自社内で対応

取引が集中する時期の大量の一括取込を想定した負荷のもとで、取込から履歴への反映までの確認まで、自社内の専門エンジニアで対応します。

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

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

取込元・抽出条件・権限ごとに確認済みと未確認を書き分け、テストサマリレポートでお渡しします。切替可否の報告や稟議にお使いいただけます。

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

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

顧客管理アプリの切替の予定と取込経路や抽出条件を伺い、合意した範囲と優先順位でテストを進めます。

顧客データの相談範囲をヒアリングする

導入・切替の予定と取込経路、接続先の構成、困りごとを確認します。

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

誤配信や情報の取り扱いへの影響で優先順位を付け、範囲と工数を整理します。

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

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

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

確認済みと未確認を書き分けた報告を納品し、再確認の進め方を整理します。

支援実績5,000件以上

顧客データの確かめる範囲と優先順位をGENZに相談する

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