米国ネットワークを使った位置情報ベースのアプリQA

接続から推定される地域、デバイスの座標情報へのアクセス許可、アカウントまたは保存済みの位置情報設定を、それぞれ別の項目として管理します。テストを実行する前に、その機能でどの入力が優先されるかを定義してください。プロキシは設定したトラフィックのネットワーク経路を変更しますが、その他の入力の取得方法や組み合わせ方は、引き続きアプリケーションとデバイスによって決まります。

権限の動作、座標、プラットフォーム固有のフォールバックについては、デバイスごとのテストを別途実施してください。ネットワーク上の都市を使ったテストでは、IPに基づくアプリケーションのルールを確認できますが、実機が位置情報をどのように報告するかは確認できません。リリースマトリクスでは関連するテストケースを意図的に組み合わせ、それぞれの管理対象環境と想定する入力元を明記してください。

クライアントに適したサポート対象の認証方法を使い、必要に応じてプロジェクト専用のサブユーザー認証情報とトラフィック上限を設定してください。シークレットはソースファイル、課題の添付ファイル、スクリーンショットに含めないでください。アカウントのアクセス情報全体を公開せずに別のエンジニアが設定を再現できるよう、プロトコルとマスキング済みの位置情報設定を記録します。

リクエストしたフィルター、確認された出口IPの推定地域、サーバーが認識する地域をそれぞれ分けて記録してください。アプリケーションに問題があると判断する前に、各地域の範囲を比較します。設定が機能の受け入れ条件を満たせない場合は、判定不能として記録してください。その後、エンジニアは1件の不一致を一般的な正確性の主張に結び付けず、関連するマッピングやフォールバックを調査できます。

最初と切り替え後のネットワーク設定、保持すべきブラウザ状態、切り替え後に期待される製品の動作を記載してください。このケースは初回訪問のテストと分けます。継続性のテスト中に予定外のIP変更が発生した場合は、その中断を記録し、計画した状態遷移として扱わず、依存する手順を再開してください。

許可された接続先で代表的な機能テストを1回実施し、ページのアセットや再読み込みを含む実際の転送量を測定してください。$1.50は1 GBで、最低$25のアカウントチャージが必要です。アプリケーションの画面によって通信量は大きく異なるため、パイロットテストの結果を使って、より広範なテストマトリクスの必要量を見積もってください。