http://bbs.51testing.com/thread-1159778-1-1.html
1. 技術的に：
WEBテストと携帯端末テストは基本的にテストタイプが類似しており、機能テスト、パフォーマンステスト、セキュリティテスト、GUIテスト、およびその他のテストタイプを実行する必要があります。
主な違いは、特定のテストの詳細と方法にあります。
Webプロジェクトは通常b / sアーキテクチャであり、ブラウザベースですが、アプリはc / sですが、クライアントがあります。
2. システムアーキテクチャの観点から：
サーバー側でWebテストが更新されている限り、クライアントは同期的に更新されます。サーバー
がアプリで変更された場合、クライアントユーザーが使用するコアバージョンを再度回帰テストする必要があることを意味します。
3. クライアントのパフォーマンス：
ウェブページは応答時間にのみ焦点を当てている場合があり、
アプリはトラフィック、電力、CPU、GPU、メモリにも注意を払う必要があります。
4. 互換性の側面：
ウェブブラウザベースなのでやすくブラウザ（IE、クロム、Firefoxの）、コンピュータハードウェア、コンピュータで
システムの方向と互換性のある、
アプリテストだけでなく、携帯電話やパッドに頼らなければならない解像度に依存しますレート、画面サイズ、設備システムを見る上で重要
5. アプリの特別なテスト：
1）マルチネットワークテスト：ワイヤレスネットワーク、2G、3G、4Gなど、ネットワーク切断、ネットワーク速度の低下、ネットワーク切り替え時のページ表示など。さらに、非Wifiネットワークの使用に関する問題に注意を払う必要がある
2）中断テスト：電話、SMS、通知、停電など、ソフトウェアはこれらの特殊なケースに対処する必要があります
3）インストールテスト：インストール、更新、およびアンインストール中の従来のユーザーデータ処理に加えて、それも考慮する必要があります珍しいシーンに。インストール中の中断、弱いネットワーク、インストール後のインストールファイルの削除、パッケージの増分更新、ブレークポイントの再開、アップグレードテストのリマインダーメカニズム、アップグレードのキャンセルが元の機能の使用に影響するかどうか、およびアップグレード後にユーザーデータが消去されるかどうか
4 ）インターフェーステスト：たとえば、さまざまなサイズと仕様の画像をさまざまな画面に表示します。タッチスクリーン携帯電話の場合、ジェスチャー、水平および垂直画面の切り替え、マルチタッチなどにも注意する必要があります
。5）弱いネットワークテスト：弱いネットワークをテストする必要がありますユーザーエクスペリエンスは、機能、パフォーマンス、例外処理、シーン特性などのいくつかの側面から検討できます。
機能：弱いネットワークの下で、機能テストを実行します。サブパフォーマンステストだけでなく、一種の信頼性テストも実行します
パフォーマンス：アプリのホットスタート、ページ切り替え、前面と背景の切り替えからのアプリの応答時間をテストします。特に、H5ページは、302ジャンプ、ページサイズなどがあるかどうか、最初の画面時間をテストする必要があります。そうでない場合、さまざまな白い画面、スプラッシュ画面、菊などがあります。さらに、APIリクエスト、レスポンス、ボディサイズの全体的な時間を推測して、サーバーの処理が遅いか、または送信パケットを管理する必要があるかを推測できます。時間が短い場合、ボディは小さく、それでも非常に遅い場合、これはクライアントプログラムの問題です。 。
強力なネットワークフォームのシナリオ：一部のシナリオは、Wi-Fiをオンにして実行する必要があります。たとえば、WeChatのアップグレードでは、ユーザーがプラグインされてWi-Fiに接続されているかどうかを監視します。監視すると、アップグレードに通知できます。
フォールトトレランスメカニズム：主に、弱いネットワーク状況によってもたらされる不安定さを考慮し、タイムアウトANRを待つか、または異常に直接フラッシュバックします。これらの処理はエレガントでなければならないので、異常な情報のコピーは美しくなければなりません
再接続メカニズム：2つのブロックが含まれます。1つはクライアントが要求を再送信するかどうか、もう1つはサーバーが再接続を受け入れるかどうかです。タイムアウトメカニズムと組み合わせて、フィードバックなしで再接続を開始するのにかかる時間、および失敗による再接続の許可なし
ネットワークなしの状態のテスト：最初に、ページはネットワークなしで表示されます。次に、データの整合性とセッションの一貫性です。さらに、ネットワークがネットワークを要求し続け、ネットワーク関連の操作を続行するかどうかにも注意を払う必要があります。ネットワークがない状態からネットワークに回復するときに、要求が蓄積されますか？
https://blog.csdn.net/dushu990/article/details/53302246
1.バグを記録する
Web側では、システム独自のスクリーンショットとQQスクリーンショットを使用してバグの写真をキャプチャできます。エラーの場合は、ツール独自のロゴを使用してマークに焦点を合わせることができます。
携帯端末の場合、携帯電話に付属のスクリーンショットツールを使用してスクリーンショットを撮り、コンピューターに転送できます。携帯電話のQQの「ファイル/写真をコンピューターに転送」機能を使用できます。また、携帯電話をコンピューターにデータケーブルで接続し、サードパーティツールを使用して携帯電話の画面をリアルタイムで同期し、PC側のスクリーンショットツールを使用して、バグのあるページのスクリーンショットを撮る、より便利な方法もあります。
多くのモバイルバグを報告する場合は、関連するログを添付し、テスト環境、モバイルバージョンなどを記録する必要があります。
2.テスト環境
多くの場合、Web側のテスト環境はホストによって切り替えられます。switchhostsツールは必要なホストを簡単に切り替えることができますが、モバイル端末の設定はより複雑です。より簡単な方法は、コンピューターにプロキシを設定し、モバイル端末に直接プロキシを接続することです。電話とコンピュータが同じネットワークに接続されている必要があることに注意してください。
Fiddleを使用してプロキシを設定することをお勧めします。これにより、携帯電話でデータパケットをキャプチャできます。
3.互換性
Web側のテストでは通常、ブラウザーを使用し、システムが基本的に安定している場合は、ブラウザーの互換性をテストします。
ただし、モバイル端末の場合、この方法は機能しません。モバイル端末は主にAndroidとIOSに分かれており、これらの両端の問題は一般的に一貫性がなく、一貫性の問題は主にデータの問題であり、この時間が必要です。これはバックグラウンドで処理されるため、最初に一方の端のテストに集中するという問題なしに、テスト時には両端のテストに集中する必要があります。
注：一般的な方法は、一方の端をテストすることです。問題がある場合は、もう一方の端にもこの問題があるかどうかをすぐに確認してください。
4.携帯端末の特徴
モバイル端末とWeb端末を比較すると、モバイル端末には多くの特徴があります
。①
複数のネットワークタイプモバイル端末には複数のネットワークがあります。ワイヤレスネットワーク、2G、3G、4Gなどです。切り替え時のページの表示は、モバイル端末にとって非常に重要です。さらに、非Wi-Fiでは、ネットワークの使用にも注意を払う必要があります。
②断続
的な問題携帯端末は非常に重要な問題を抱えていますが、一般的にソフトウェアの使用プロセスはそれほど長くはありません。電話、テキストメッセージ、通知、停電など、途中で多くの中断が発生する可能性があります。状況。
ページを開くか、操作中（ボタンをクリックした後）、電話の画面をロックし、再度開いたときにアプリケーションを正常に処理できます。
③画面上の制限
画像とテキストの表示、アップロードされた異なる画像サイズの表示が正常かどうか、画像とテキストを一緒に表示した場合の効果は？
操作領域。Web側のアプリケーションは通常、画面によって制限されず、マウス操作によってより正確になります。ただし、携帯端末は画面が小さく、サイズが大きいため、ページやボタンは画面サイズの制限を受け、また指で操作しているボタンや、選択ボックスをクリックしやすいものはありますか？クリック位置が少しずれると、結果が異なる場合がありますが、この場合、プリエフェクトが得られるかどうかです。
④ソフトウェアの起動と実行
モバイル端末の起動、アンインストール、アップグレード。これは比較的一般的で重要です。たとえば、ユーザーのデータがアップグレードされた場合の対処方法、アンインストール後のユーザーのデータの処理方法、ユーザーのログインデータの表示のアンインストールとインストール等 mobile
ジェスチャー
携帯端末にも主要な機能があり、一部の携帯端末はカスタムジェスチャーをサポートしています。ユーザーは、左スワイプで削除、右スワイプで前のページに戻る、左右のスライド画像などのジェスチャーを通じて操作を実行できます。適応。
⑥共有
通常、携帯端末には多くのソフトウェアが搭載されており、ユーザーが注文したり、製品にアクティビティがある場合は、ユーザーが共有します。ただし、共有権限やソフトウェアの問題の有無は、特別な扱いとテストが必要です。一般的なソフトウェアまたはアプリケーションは、ページの一部を開き、ユーザーがログインせずにページにアクセスできるようにします。一部のページでは、主に異なる権限でこれら2つのページを共有し、共有を通じてこのページにアクセスするために、ユーザーにログインを要求します権限の管理が正常かどうか。
web Webとモバイルの同期Webで
のユーザーの操作をモバイルで正常に同期して表示できるかどうか、モバイルでの操作、ユーザーがWebアカウントにログインしているかどうか、情報が同期されているかどうかなど。