テスト開発ワークフロー

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

プラットフォームの継続的なテストサービスにテストを統合するには、このページのガイドラインを遵守し、以下の推奨フローに沿って作業する必要があります。

  1. シンプルなテスト構成Soong ビルドシステムを使用します。
  2. テスト マッピングを使用すると、presubmit および postsubmit テストのルールを簡単に直接 Android ソースツリーに作成できます。
  3. Atest を使用してローカルでテストを実行します。

テストの種類

サポートされているテストの種類は次のとおりです。

機能テストは、テストケースの合否のアサーションを行いますが、指標テストは繰り返し実行してタイミング指標を測定します。

標準化された入出力形式により、テストごとにカスタマイズされた結果解析と後処理が不要になり、規則に適合するすべてのテストに一般的なテストハーネスを使用できます。Android に付属の継続的なテスト フレームワークについては、Trade Federation の概要をご覧ください。

テストケースのガイドライン {guidelines}

継続的なテストサービスを介して実行されるテストケースは、密閉型である(つまり、テストですべての依存関係が宣言され、用意される)ことが求められます。この原理を理解するには、Google テストブログの密閉型サーバーをご覧ください。要するに、密閉型テストでは以下のような作業は一切必要ありません。

  • Google アカウントにログイン
  • 接続の設定(電話 / Wi-Fi / Bluetooth / NFC)
  • テスト パラメータの引渡し
  • 特定のテストケースのテストハーネスによるセットアップまたは破棄