応答待ちの切り替え漏れで広告枠が空白のまま残る
複数SSPへリクエストを送る実装で、応答待ちのまま次の処理へ進まず、広告枠が空白のまま残ります。その間のインプレッションは計上されません。
GENZ, Inc.
リリース判断に足る
SSP連携アプリの
リリース判断に足る
SSP連携アプリの広告表示とSDKを第三者検証
SDKの更新やSSPの追加のたび、確認範囲を社内で引き直していませんか。GENZは広告表示から収益レポートの突合まで、第三者の視点で検証します。
支援事例
支援実績5,000件以上
SSP連携アプリでよくある不具合
SSP連携アプリでは、広告リクエストの送信から入札応答・表示・計測までの各段で欠落が起きると、表示の異常や収益データの不整合として表面化します。ここでは開発・運用の現場で起きる代表的な不具合を取り上げます。
応答待ちの
リクエストの重複送信で同じ枠に広告が二重表示される
画面の再描画や遷移のタイミングで広告リクエストが重複すると、同じ広告枠に広告が二重に表示されます。計測値と管理画面の数値も一致しません。
SDK更新後、広告表示でアプリが落ちる
広告SDKの更新後、動作していた広告表示処理でアプリが強制終了します。回帰テストの範囲に広告表示を含めていないと、リリース後に表面化します。
全画面広告の表示が画面遷移と競合し、操作が受け付けられない状態になる
全画面広告の表示が画面遷移と競合すると、広告もアプリの画面も操作を受け付けません。発生条件は端末とOSの組み合わせで変わります。
計測欠落でインプレッション数と管理画面の数値が不一致
広告は表示されているのに計測処理が実行されず、インプレッション数と管理画面の数値が一致しません。原因を集計基準と実装に切り分けられません。
残存した不具合により生じる問題
SSP連携アプリの不具合が残存したままリリースされると、収益計上の確度・ユーザー評価・監査対応に影響が及びます。代表的な問題を整理します。
静的テスト（レビュー）でおさえるべき観点
開発段階で生じる接続仕様の解釈の相違は、実装後のテストでは検出しにくい性質を持ちます。ドキュメント同士を照合する静的テストで、実装へ入る前に不整合の芽を摘む観点を整理します。
照合を省略すると、接続仕様の解釈の相違が実装へ持ち越され、表示の不整合がリリース直後の申告として表面化するおそれがあります。
SSPの接続仕様書とアプリ側の広告枠定義を照合する
SSP事業者が提供する接続仕様書と、アプリ側で定義した広告枠の設定を突き合わせ、枠ID・サイズ・表示位置の解釈が一致しているかを確認します。解釈の相違は表示の不整合として後工程まで残ります。
確認する資料
- 接続仕様書
- 広告枠定義書
- 枠設定一覧
手引きと設計書の照合がないと、SDK更新のたびに回帰テストの範囲を場当たりで決めることになり、確認漏れが蓄積します。
SDKの組み込み手引きと広告表示処理の設計書を照合する
SDKの組み込み手引きに記載された初期化の順序と必須パラメータが、広告表示処理の設計書へ反映されているかを照合します。手引きの改版と設計書の更新がずれると、旧仕様のままの実装が残ります。
確認する資料
- 組み込み手引き
- 表示処理設計書
- 初期化手順書
送信順とタイムアウトの設定差異を見落とすと、意図しないSSPへ優先的にリクエストが送られ、収益の減少として計上されます。
SSP優先順位とタイムアウト設定を切替条件の設計書と照合
複数SSPへリクエストを送る順序とタイムアウトの設定値が、切替条件の設計書と一致しているかを確認します。送信順の制御は収益に直結するため、設計書と実装設定の差異は収益の減少要因になります。
確認する資料
- 優先順位定義書
- 切替条件設計書
- タイムアウト設定表
レポート項目の定義相違を放置すると、収益データの不整合の原因を集計基準と実装不具合に切り分けられず、調査が長期化します。
API定義とレポート項目の定義を、収益の突合処理の仕様と照合する
SSP側のAPI定義とレポート項目の定義を、収益突合処理の仕様と照合します。集計基準や項目の定義が合っていないまま運用へ進むと、数値の不整合が不具合なのか基準の相違なのかを判別できません。
確認する資料
- API定義書
- レポート項目定義
- 突合処理仕様書
同意取得の改修で照合が不足すると、広告リクエストの条件が要件と合わないまま適用され、監査上の説明が手作業での対応となります。
同意取得と識別子の要件を画面遷移と分岐で照合する
同意取得の要件と広告識別子の扱いが、画面遷移と広告リクエストの分岐条件へ反映されているかを照合します。制度変更時の改修では、確認不足がそのまま収益の減少として表面化するおそれがあります。
確認する資料
- 同意取得要件書
- 画面遷移図
- 分岐条件一覧
- 識別子取扱規程
動的テストの設計・実行のポイント
広告表示の検証は、広告枠の表示条件から収益レポートの突合まで、工程ごとに確認対象を分けて設計します。
STEP 01
ユニットテスト広告枠の定義と接続仕様書をもとに項目化する
どう確かめるか
ユニットテストで広告枠ごとの表示条件と境界値を確認する
SDKの組み込み後、広告枠ごとの表示条件と広告リクエストの送信条件を確認します。枠のサイズや表示タイミングの境界値を項目化し、接続仕様の解釈の相違が残っていないかを洗い出します。
- 01広告枠ごとの表示条件と非表示条件をテスト項目へ展開する
- 02広告リクエストの送信条件の境界値を確認する
- 03接続仕様の解釈の相違点をSSPの手引きと照合する
OUTPUT広告枠ごとの表示確認結果
STEP 02
統合テスト接続するSSPの本数と接続方式は案件ごとに確認する
どう確かめるか
統合テストでSSPとの入札応答と切り替えのモジュール間の連携を確認する
複数のSSPを接続する場合、リクエストの送信順の制御と入札応答の受け取りを検証します。先順位のSSPから応答がない状態を意図的に発生させ、次のSSPへの切り替えを確認します。
- 01複数SSPへのリクエスト送信順が設計どおりか確認する
- 02応答がない場合に次のSSPへ切り替わる処理を検証する
- 03入札応答で返った広告素材が正しく描画されるか確認する
OUTPUTSSP間連携の検証結果
STEP 03
システムテスト検証する端末とOSは対応端末一覧で決める
どう確かめるか
システムテストで実機・OS別の表示と異常系を確認する
iOS版・Android版の実機で、OSバージョンと通信環境を変えて広告表示を確認します。通信断や応答遅延の異常系を発生させ、広告が表示されない場合も操作が継続できるかを検証します。
- 01iOS版・Android版の実機で広告表示を確認する
- 02通信断・応答遅延の発生時に画面の動作を検証する
- 03OSバージョンごとの表示の差異を確認する
OUTPUT実機・OS別の表示確認結果
STEP 04
受け入れテスト突合の基準はSSPのレポート項目の定義で確認する
どう確かめるか
受け入れテストで収益レポートの数値突合と回帰テストを実施する
テスト項目書に沿って広告表示と収益計測を確認し、管理画面の数値と自社の計測値を広告枠ごとに突合します。SDK更新やSSP追加の際は回帰テストを実施し、既存の表示への影響を確認します。
- 01SSP管理画面の数値と自社計測値を広告枠ごとに突合する
- 02残存する不具合票を整理しリリース判断の材料を作成する
- 03SDK更新・SSP追加の際に回帰テストを実施する
OUTPUT収益数値の突合結果
GENZが代行するSSP連携アプリのテストの種類
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- SDK更新のたびに回帰テストの範囲を整理し、検証します。
- 端末とOSの組み合わせを対応端末一覧に沿って確認します。
- 収益データの不整合を集計基準と実装に切り分けます。
- 外部配信の合格条件を定義し、リリース判断の材料を出します。
収益レポートの突合までを引き受ける第三者検証
SSP連携アプリの検証では、広告表示の確認だけでは足りません。GENZは第三者の視点で、収益レポートの突合までを含む検証範囲を設計し、テストの実行から報告までを引き受けます。
収益の突合からテストを設計
SSPの管理画面とアプリ側の収益データの不整合について、集計基準の相違か実装の不具合かを切り分け、結果をテスト設計へ反映します。
回帰テストの検証範囲を定めます
SDK更新やSSP追加のたびに発生する回帰テストについて、更新内容から影響範囲を見極め、検証範囲と合格条件を定めます。
既存の開発体制に合わせて伴走
開発スプリントを止めずに並行してテストを実施し、既存の開発体制の進行に合わせた形で検証を挟みます。
不具合票と証跡を報告書で納品
不具合票とテストの証跡を、稟議とシステム監査の双方で使える報告書として納品します。
ご相談から納品までの流れ
SSP連携アプリの検証は、接続仕様と検証範囲の確認から始めます。ご相談から報告書の納品までの流れです。
接続するSSPと検証範囲のヒアリング
接続するSSPの本数と接続方式、対象端末、検証範囲を伺います。
テスト設計と見積もりのご提示
テスト観点と検証範囲の優先順位を整理し、工数を含む見積もりをご提示します。
テストの実施と不具合票の共有
広告表示の異常系と回帰テストを実施し、不具合を再現条件つきで共有します。
報告書の納品と修正後の再確認
検証範囲と結果をまとめた報告書を納品し、修正後は該当箇所を再確認します。
SSP連携アプリの検証・テストのご相談
SSP連携アプリの検証範囲と優先順位をGENZにご相談ください
どこまで確認すればリリース判断に足るかを、第三者の視点で整理します。検証範囲の線引き、不具合の優先順位、必要工数の考え方まで、稟議に使える形でお示しします。