差分取り込みの漏れでセグメント件数が不足する
差分取り込みで対象レコードの一部が取り込まれず、セグメントの抽出件数が期待値を下回ります。配信母数の不足として施策の数値に表れます。
GENZ, Inc.
株式会社GENZの
DMP連携の
株式会社GENZの
DMP連携のテスト設計から報告まで第三者の視点で行います
DMPツールの製品設定の外側に残る、データ統合とセグメント抽出の検証。GENZは第三者の視点で検証範囲の設計から報告書の作成までを引き受けます。
支援事例
支援実績5,000件以上
DMPでよくある不具合
DMPでは、接続元ごとの識別子や更新頻度の違いから、取り込みの漏れや重複が起きやすく、セグメント件数の不足や対象外データの混在として表面化します。リリース後の判明では原因の切り分けに時間がかかります。
差分
識別子の対応づけを誤り、別人のデータが同一人物として統合される
接続元間で識別子の対応づけを誤ると、別人の行動データが同一人物として統合されます。誤った属性で作成したセグメントが配信へ流れます。
期間の境界で対象が漏れ、セグメントが仕様と食い違う
抽出期間の開始・終了の境界で対象が漏れると、セグメント件数が仕様と食い違います。期間指定を含む条件の受け入れ確認で見落とされやすい箇所です。
再送で除外した対象に配信が続く
再送処理で除外対象の判定が働かないと、配信停止済みの相手へ配信が続きます。重複配信や苦情として表面化するおそれがあります。
同意の取り消しが反映されず対象外データが混在する
同意の取り消しがセグメント定義へ反映されないと、対象外とすべきデータが混在したまま施策へ流れます。収集範囲の是正と社内説明に工数が割かれます。
残存した不具合により生じる問題
リリース後に残った不具合は、配信の対象、改善判断の拠り所、データの取り扱いの面で業務へ及びます。放置するほど是正に要する工数と損失が増えます。
静的テスト（レビュー）でおさえるべき観点
DMPの検証では、動作を確かめる前に、設計上の齟齬を資料の突き合わせで摘出します。各観点で照合すべき資料を決めておけば、検証範囲を決める根拠としてそのまま使えます。
この照合をしないまま進むと、識別子の粒度の違いが統合後に残り、どの接続元の組み合わせを検証すべきかの範囲を決められないまま受け入れ工程へ入ります。
識別子の対応づけ規則を、提供元システムの項目仕様と照合する
Web解析・アプリ・基幹システムごとに、DMPへ渡す識別子の項目名・形式・更新頻度を提供元の項目仕様と照合します。粒度が異なるまま統合設計を進めると、検証範囲を後から絞れなくなります。
確認する資料
- 項目定義書
- 識別子一覧
- 連携仕様書
抽出条件の齟齬を検出できないと、抽出件数の期待値を設計する根拠が失われ、受け入れの確認が結果の目視にとどまり、件数の妥当性を担当者の感覚で判断する状態が続きます。
セグメント定義書の抽出条件を、施策側が依頼した対象の条件と照合する
セグメント定義書の抽出条件を、施策担当が依頼した対象条件と照合します。条件の解釈の違いをここで検出できれば、抽出件数の期待値を設計する土台になり、受け入れ時の照合基準を感覚に頼らずに済みます。
確認する資料
- セグメント定義書
- 施策依頼書
- 抽出条件一覧
送出仕様と受付条件の不整合を見落とすと、セグメントが意図どおり連携先へ渡らず、配信実績の変動としてしか表面化せず、原因が基盤側か施策側かの切り分けに時間がかかります。
送出仕様を連携先の受付条件と照合する
広告配信基盤・MAへ渡すセグメントの送出項目・形式・頻度を、連携先の受付条件と照合します。識別子の対応づけが前提となる連携では、送出側と受付側の不整合が配信実績の変動として表面化します。
確認する資料
- 送出仕様書
- 受付仕様書
- 識別子対応表
同意区分と保持期間の設定不備を見落とすと、対象外とすべきデータが混在したまま施策へ流れる経路が残り、リリース後に判明した場合は収集範囲の是正と社内説明に中長期の工数が割かれます。
保持期間と同意区分の持ち方を社内規定と照合する
同意状態の反映方法とデータの保持期間の設定を、社内の情報管理規定と照合します。収集範囲とセグメント対象に同意区分が正しく反映される設計かを確認し、制度変更時の影響範囲を洗い出す根拠とします。
確認する資料
- 同意管理規定
- 保持期間設定表
- 収集範囲定義
ジョブの実行順序と締め時刻の齟齬を検出できないと、差分取り込みの取りこぼしや重複を運用段階で検知できず、追加依頼が積み上がったときに影響範囲を確かめる手順も定まらないまま運用が続きます。
取り込みジョブの実行順序と締め時刻を、業務の運用手順書と照合する
初回の全件取り込みと差分取り込みの実行順序、締め時刻、失敗時の再実行手順を、業務の運用手順書と照合します。取りこぼしや重複が起きたときに、運用のどの段で検知できるかを設計書の段階で確かめます。
確認する資料
- ジョブ設計書
- 運用手順書
- 再実行手順書
- 締め時刻一覧
動的テストの設計・実行のポイント
DMPの検証は、取り込みから連携先への送出までを工程ごとに分け、各工程で確認すべき内容と成果物を決めてから進めます。
STEP 01
取り込み・変換のユニットテスト更新頻度の差をケースの軸にします
どう確かめるか
取り込み処理と変換処理を、境界値と同値分割でユニットテストする
初回の全件取り込みと差分取り込みを分け、更新頻度の異なる提供元ごとに境界値と同値分割でケースを起こします。変換処理の期待結果を事前に定義し、取りこぼしと重複を検知できる状態にします。
- 01全件取り込みと差分取り込みの境界値を洗い出す
- 02変換ルールごとの期待結果を事前に定義する
- 03取りこぼしと重複を検知するケースを設計する
OUTPUT境界値ごとの期待結果一覧
STEP 02
名寄せ・抽出の統合テスト識別子の粒度差を組み合わせで確認します
どう確かめるか
取り込みから名寄せ・セグメント抽出までを、提供元別のデータで統合テストする
Web・アプリ・広告・基幹の提供元ごとに代表データを用意し、識別子の対応づけと名寄せの結果を照合します。粒度の異なる識別子の組み合わせを網羅し、抽出件数が条件どおりかを確認します。
- 01提供元別の代表データを用意する
- 02識別子の対応づけと名寄せ結果を照合する
- 03セグメント抽出件数を条件と突き合わせる
OUTPUT提供元別の照合結果一覧
STEP 03
連携・還流のシステムテスト再送時の重複送出も検証対象にします
どう確かめるか
連携先への送出と再送・配信実績の還流までを、業務シナリオでシステムテストする
広告・MAへの送出、失敗時の再送、配信実績の還流を業務シナリオとして通しで検証します。連携先に渡るセグメントの中身と、基盤側に返る実績データの整合を確かめます。
- 01連携先への送出内容をセグメント単位で確認する
- 02送信失敗時の再送で重複が起きないか検証する
- 03配信実績の還流データと基盤側の整合を確認する
OUTPUT連携・再送の検証結果一覧
STEP 04
受け入れテストと回帰テスト回帰範囲は変更箇所から逆算します
どう確かめるか
施策担当が依頼する条件で抽出結果を照合し、受け入れテストと回帰テストを行なう
施策担当が実際に依頼する条件で抽出し、件数と条件の組み合わせを期待値と照合します。定義追加のたびに既存セグメントへの影響を確かめる回帰テストの範囲を、変更箇所から逆算して決めます。
- 01施策担当の依頼条件で抽出結果を照合する
- 02定義追加時の回帰テスト範囲を決める
- 03照合結果をリリース判断の材料として記録する
OUTPUT抽出結果の照合記録
GENZが代行するDMPのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 検証範囲を決めた根拠を文書で残し、リリース判断へ提出できる
- セグメント抽出の期待値を設計し、目視頼みの受け入れを解消する
- データ側か施策側かを切り分ける手順が社内の運用に残る
- 広告費の損失や是正工数を収支の言葉で説明できる材料が得られる
製品設定の外側に残る検証範囲を引き受けます
DMPの製品設定はベンダーの支援範囲でも、取り込み、識別子の対応づけ、セグメント抽出の正しさは発注側の検証範囲として残ります。GENZはこの外側を、テスト設計から報告まで第三者の視点で引き受けます。
データとセグメントからテスト設計
初回の全件取り込みと以降の差分取り込みの結果を件数と条件の組み合わせで検証し、セグメント抽出の期待値を事前に設計します。
提供元と連携先の追加も検証します
Web解析・アプリ・基幹システムなど接続元が増え、広告配信基盤・MAへの連携先が増えても、識別子の対応づけを前提に検証範囲へ加えます。
既存の体制に合わせて伴走します
スプリント進行に並行し、独立品質管理部門や情報システム部の受け入れ確認を補完する形で入り、貴社の体制に合わせて伴走します。
判断材料となる報告書と証跡を納品
検証範囲を決めた根拠と結果を報告書にまとめ、証跡とあわせて納品します。リリース判断と監査対応の材料としてご提出いただけます。
ご相談から納品までの流れ
お打ち合わせから報告書の納品まで次の流れで進めます。成果物は社内の承認資料にもご利用いただけます。
ヒアリングで構成を確認
接続元と連携先、セグメント定義を伺い、DMP構成と検証範囲を整理します。
テスト設計と見積もりのご提示
構成をもとにテスト項目を設計し、検証範囲と工数の見積もりをご提示します。
テストの実施と不具合票の共有
設計した項目で取り込みと抽出結果を検証し、不整合は不具合票で共有します。
報告書の納品と修正後の再確認
報告書と証跡を納品し、修正後は対象範囲を再度検証します。
製品選定の外側の検証、第三者へ
DMPのどこまでをテストするか、範囲と優先順位をGENZへご相談ください
DMPの設定完了後に残る受け入れ確認とセグメント抽出の検証は、製品ベンダーの保証範囲の外側にあります。検証範囲と優先順位、必要工数の考え方まで、まずはGENZへご相談ください。