入力制限を超えた入札単価と日予算が配信設定として登録される
媒体ごとに入札単価と日予算の制限値が異なり、既存のテスト項目では境界値の確認が抜けます。制限外の値が登録され、想定外の配信と消化が発生します。
GENZ, Inc.
広告管理ツールのテスト外注
広告運用を
広告管理ツールのテスト外注
広告運用を第三者の目で検証します
媒体ごとの仕様差を前提に、検証範囲を業務シナリオの単位で確定します。テスト設計から回帰テストまでを開発主体と別の立場で担い、検証記録を納品します。
支援事例
支援実績5,000件以上
広告管理ツールでよくある不具合
広告管理ツールの不具合は、検証の範囲から抜けた箇所に起きます。媒体ごとの仕様差を流用したテスト項目や、権限と金額が同時に変わる改修で分散した観点は、リリース後に数値の不整合や請求の誤りとして表面化します。
入力制限を
日次の実績集計が媒体の管理画面の数値と一致しない
取得項目と計算順序が媒体ごとに異なり、集計値に差異が発生します。媒体側の反映遅延か自社の集計処理かを切り分けられず、確認が手作業となります。
予算の消化上限に達しても配信が停止しない
予算の消化上限をまたぐ境界値の検証が抜けると、停止判定が実行されません。超過分は請求額の不整合に直結し、訂正処理と取引先への説明が発生します。
権限区分の外にある他の利用企業の広告データが参照できる
アカウント階層の見直しで権限区分の不備が残ると、他社の広告データが参照できる状態になります。システム監査で運用統制の不備として指摘されます。
レポートの書き出しで指定した期間の行が欠落する
期間指定の境界値や締め時刻をまたぐ検証が抜けると、指定した期間の行が欠落します。広告主へ提出するレポートの数値が過少となり、再検算が必要です。
残存した不具合により生じる問題
検証の範囲や優先順位の決め方が定まらないままリリースを重ねると、残存した不具合が請求・レポート・監査の場面で業務上の問題として表面化します。
静的テスト（レビュー）でおさえるべき観点
広告管理ツールの不具合は、実行して初めて見えるものより、仕様の齟齬として設計書や設定画面に残っているものが多くあります。動かす前に資料どうしを照合する静的テストで、検証範囲の根拠を示せる形に整理します。
制限値の齟齬を残したままリリースすると、境界値の不具合が利用部門の試用で見つかり、受け入れの段階で手戻りが発生します。
媒体ごとの入札と予算の仕様を設定画面の入力制限と照合する
媒体ごとに入札単位や予算の上限・下限は異なり、既存媒体の制限値をそのまま流用すると境界値の確認が抜けます。設定画面の入力制限と媒体の公開仕様を照合し、制限外の値を登録できないことを確認します。
確認する資料
- 媒体の公開仕様書
- 設定画面の仕様書
- 入稿データの定義書
計算順序の食い違いは、レポートと媒体の管理画面の数値の不整合として表面化し、切り分けが手作業での対応となります。
実績集計の計算順序と指標定義書の記載を照合する
指標の計算順序が指標定義書と実装で食い違うと、レポートの数値が媒体の管理画面と一致しません。定義書の記載範囲を確認し、記載のない指標は仮置きのまま残さず、計算順序を文書へ反映させます。
確認する資料
- 指標定義書
- DB設計書
- 集計処理の設計書
取得できない項目の扱いが仮置きのまま残ると、検証範囲の根拠を会議体へ説明できず、リリース判断が担当者の経験に依存します。
媒体連携の取得項目の一覧とデータベースの設計書を照合する
媒体連携で取得できる項目と、データベースの設計書が持つ項目を突き合わせます。取得できない項目が設計に残ったままだと、集計値の欠損として運用段で表面化するおそれがあります。
確認する資料
- 媒体の接続仕様書
- 取得項目の一覧
- DB設計書
権限区分と階層構成の不備が残ると、他社データの参照可能な状態が続き、システム監査で運用統制の不備として是正対応を求められます。
権限区分の設計書とアカウント階層の構成を照合する
権限区分の設計書と、現行のアカウント階層の構成を照合します。組織再編の後に設計書が更新されないと、他社の広告データを参照できる状態が残り、監査で統制不備として指摘されかねません。
確認する資料
- 権限区分の設計書
- アカウント階層の構成図
- 運用の棚卸し記録
端数処理や税区分の不一致は請求額の不整合に直結し、訂正処理のコストと取引先からの信用の双方へ影響します。
通貨と税区分、端数処理の規定を請求データの項目定義と照合する
通貨・税区分・端数処理の規定を、請求データの項目定義と照合します。端数処理の扱いが請求側と異なると請求額の不整合に直結し、訂正処理と取引先への説明の双方に工数が発生します。
確認する資料
- 請求データの項目定義
- 端数処理の規定
- 税区分の対応表
- 引き渡し先の仕様書
動的テストの設計・実行のポイント
広告管理ツールの検証は、媒体連携と集計処理をまたぐ業務シナリオを単位として、計画から回帰テストまでを一貫して設計します。
STEP 01
テスト計画検証範囲と優先順位、必要工数を確定します。
どう確かめるか
業務シナリオの単位で検証範囲を確定しテスト計画を作成する
媒体の追加や権限区分の改修では、検証する機能の範囲を業務シナリオの単位で確定し、スコープを文書化します。検証範囲の根拠が記録に残り、会議体でのリリース判断の説明材料として使えます。
- 01対象となる媒体連携と改修箇所を棚卸しし、業務シナリオへ対応づけます。
- 02検証対象と対象外の境界を定め、スコープとして文書化します。
- 03実施時期と体制、報告の頻度を開発計画と整合させます。
OUTPUTテスト計画書
STEP 02
テスト設計境界値と異常系の観点で項目を作成します。
どう確かめるか
境界値と異常系のテスト観点からテスト項目書を作成する
媒体ごとに異なる項目名と計算順序の扱いを突き合わせ、境界値と異常系のテスト観点からテスト項目書を作成します。取得できない項目の扱いを仮置きのまま残さず、テスト設計の段階で確定させます。
- 01媒体の仕様と自社の集計仕様を突き合わせ、取得項目の差異を確定します。
- 02金額や件数の境界値と、権限・請求に関わる異常系のテスト観点を洗い出します。
- 03テスト項目書を作成し、指標の定義と計算順序の扱いを明記します。
OUTPUTテスト項目書
STEP 03
統合テスト媒体連携から出力まで通して検証します。
どう確かめるか
媒体連携と集計処理を通した統合テストを実行する
媒体連携の取り込みから集計、レポート出力までを通した統合テストを実行します。媒体の管理画面との数値の不整合を、媒体側の反映遅延か自社の集計処理かへ切り分けられる状態にします。
- 01媒体連携の取り込みから集計、レポート出力までを通した統合テストを実行します。
- 02不具合票を起票し、原因の切り分けと修正の収束を管理します。
- 03検証した項目と結果の記録を、監査にも使える形で整理します。
OUTPUT不具合票と検証記録
STEP 04
回帰テストデグレードの有無を本番相当の条件で確認します。
どう確かめるか
本番相当のデータ量でパフォーマンステストと回帰テストを実施する
基盤更改やソフトウェア更新では、本番相当のデータ量でパフォーマンステストと回帰テストを実施します。仕様変更がない変更でもデグレードを検知でき、月次の締め処理への影響を事前に確認します。
- 01影響範囲を見立て、回帰テストとパフォーマンステストの範囲を決めます。
- 02本番相当のデータ量で実行し、月次の締め処理との重なりを確認します。
- 03結果を報告書にまとめ、リリース判断の材料として提出します。
OUTPUT回帰テスト結果報告書
GENZが代行する広告管理ツールのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 業務シナリオ単位で検証範囲を定義し、リリース判断の根拠にできます
- 媒体別の仕様差を前提に境界値と異常系のテスト項目書を作成します
- 開発スプリントと並行し回帰とパフォーマンスのテストを分担します
- 不具合票と検証記録を監査に使える形で整理して納品します
第三者の視点で検証まで担うGENZ
GENZは、広告管理ツールのテスト設計から実行・報告までを開発主体とは別の立場で担います。配信設定から請求データの引き渡しまで、業務シナリオの単位で検証範囲を定め、リリース判断の根拠として示します。
媒体差を前提にテスト設計から担う
媒体ごとの取得項目と計算順序の差を前提に、境界値と異常系の観点をテスト項目書へ反映します。反映遅延と集計処理を分ける手順も残します。
配信から請求データまで検証する
配信設定・実績集計・レポート出力・請求データの引き渡しを業務シナリオの単位で検証範囲に定め、リリース判断の根拠として提示します。
既存の開発体制に合わせて伴走する
開発のスプリントと並行してテストを実行します。リリース計画を止めずに、回帰テストとパフォーマンステストの実施を分担します。
監査に使える検証記録を報告
不具合票と検証記録を監査にも使える形で整理して納品します。会議体での説明とシステム監査への提示に、同じ記録でご対応いただけます。
ご相談から納品までの流れ
広告管理ツールの検証は、ご相談から設計、実施、報告の順で進めます。各段階の成果物を示します。
ご相談と対象システムのヒアリング
媒体連携の本数と集計仕様、品質保証体制を伺い、委託範囲の案を整理します。
テスト設計と見積もりのご提示
検証範囲と工期の対応が読み取れる内訳で見積もりを提示します。
テストの実施と進捗の共有
開発のスプリントと並行してテストを実行し、不具合票の消化状況を共有します。
報告書の納品と修正後の再確認
検証記録を監査に使える形で納品し、修正後の回帰テストで反映を確認します。
検証範囲の線引きから相談できます
広告管理ツールの検証の範囲と優先順位をGENZにご相談ください
GENZへのご相談では、検証範囲を業務シナリオの単位で整理し、優先順位と関連テストの要否を提示します。不具合票と検証記録は、会議体での説明と監査への提示に使える形で納品します。