このうち、商業リコールサービスの主な役割は、APPサービスと基礎となる検索サービスを引き受け、テストの過程で、上層のパラメータだけでなく、下位レベルのリターンデータにも注意を払う必要があり、通常、広告リコールを測定する際に、次の一連のアクションを実行する必要があります。

テスト プロセス全体から、手動テストにはいくつかの欠点があります。

1. APPサービスの安定性に依存して、APPページがハングアップしたり、サービスがハングアップしたりした場合、テストを行うのは困難です

2. 手動テスト プロセス全体は長く、ページを切り替え、個々のサービス ログを切り替える必要があります

3. リコール結果の正確性は保証されませんが、リコール戦略や照合順序が複雑な状況では、リコール広告の正確性を判断することは困難です

4. リコールログと請求ログは、特に多くのコンテンツをチェックする必要があり、基本的なログの各パラメータは、検証する必要があり、特別な注意を必要とします

広告リコールテストは、最初のバージョンを改善します

その後、テストを容易にし、すべての側面への依存を減らすために、毎日のテストから精製するために、商業テストグループは、リコール比較、リコールログ、リコール結果、リコールケースツールのためのいくつかのツールを開発しました。

• 比較ツールをリコールします動的テスト環境と安定したテスト環境、動的サンドボックス環境と安定したサンドボックス環境、サンドボックス環境とオンライン環境、テスト広告戦略の新しい変更など、2つの環境を比較するために適用され、ベンチマーク環境のセットは、比較することができます、広告リコールの影響は、この需要の変化を見ることができます。

• ログ ツールをリコールします、直感的には、単一の広告リコールログの情報を見ることができます、様々な広告情報を表示し、より簡潔で明確なログを見てよりも、サーバーにログインしたくない、このツールで解決することができますが、まだサーバーにID情報を取得する必要があります。

• 結果ツールをリコールします、特定の環境リコール結果に適用され、APPページに依存しない、環境を選択し、広告パラメータを入力し、リコールを行うことができます、また、手数料を請求することができます。

• ケースツールをリコールします、通常のメンテナンス広告リコールのユースケース、いくつかの一般的なテストシナリオケース、プラットフォームへの定期的なメンテナンス、リコールのたびに、この側面から広告パラメータを見つけ、パラメータを組み立てる必要はありません、テストの事前準備作業を大幅に簡素化します。

これらのツールに基づいて、手動テストから半自動テストへの移行は、上流環境への依存を取り除くだけでなく、APPページによる元のリコールから、リコールを行うことができるツールページを介して単純なものに変換され、リコールの結果は、より直感的であり、元のAPPページは、基本的な商品情報のみを表示することができますが、広告は、通常の商品の間に隠され、非常に不便で直感的ではなく、今、ツールページは、プロモーション商品情報を表示するだけでなく、広告プロモーション情報を示しています。 また、リコール比較は、私たちの毎日のテストを容易にし、リコール広告の精度をよりよく保証します。

単一のツールは便利ですが、より高い要件があります

上記の4つの便利なツールは、単に非常に使い道ですが、広告の全体のテストプロセスを文字列化していない、半手動半自動化に属し、リコール結果とリコールログは、我々はテスト広告の任意のニーズで行う必要があり、2つの部分の組み合わせテストであるため、プロセス全体をよりスムーズにするために、2つの部分のテスト作業を連結し、いわゆる人々は、いくつかの議論の後、新しいテストスキーム、開発支援テスト、 インターフェイスを使用してログ結果を返し、リコール結果とリコール ログのより良い使用をテストし、一連の回帰テスト シナリオの設計と開発を開始します。

広告リコールの自動回帰テスト シナリオが生まれます

1、広告のコアを理解する

まず、広告のコアを整理し、広告自動化回帰テスト スキームを計画的に実装する必要があります。 広告のライフサイクル全体は、リコールソース - リコール戦略 - スコア - ソート - 控除で構成され、コアセクションは、リコール、控除、戦略であり、これはまた、私たちの毎日のテストプロセスに特別な注意を払ういくつかの重要なリンクであり、広告システムの継続的な反復開発テストの後、ライン、ブレーンストーミング、および次のコアテストシナリオを要約します。