4.appテストとWebテストの違いは何ですか？
プロセスからWEBのテストやテストアプリケーションは、違いはありません。私たちは、テストプランプログラム、ケースの設計、テスト実行、不具合管理、テスト報告書およびその他の関連活動を通過する必要があります。技術的には、Webアプリケーションのテストとそのテストの種類も同様であるテストは、機能テスト、パフォーマンステスト、セキュリティテスト、GUIテストおよびテストの他のタイプである必要があります。
彼らの主な違いは細部にあり、具体的な試験方法が異なっている、のような：パフォーマンステスト、WEBテストが唯一のアプリケーションテストで素子の応答時間をテストする必要があり、フローテストと消費電力のテストを考慮する必要があります。
互換性テスト：最後は互換性のあるWebブラウザで、アプリケーションのエンドのモバイル機器に互換性があります。そして、それはテストであるため、対応する互換性テストツールは、互換性のある同じ、WEBブラウザではないので、その後、携帯電話側の場合（一般的には、FirefoxのIE6、IE8、クロムと互換性のある）別のブラウザ互換性テストを使用することが必要です私たちは、異なるブランド、異なる解像度、異なるオペレーティングシステムとの互換性も、アンドロイドの異なるバージョンと互換性がある必要があります。（互換性モードは、Nビットの携帯電話の占有率の前に、共通の市場に対応している）、そして時には互換性キットをテストするために使用することができるが、そのようなそのようなTESTINのアプリケーション互換性テストおよび使用などのウェブ互換ツールマルチIETesterツール商用ツールは、テストを行うことができます。
インストールとテスト：WEBテスト基本的には、クライアントのインストール・レベルのテストが、テストは、アプリケーションのクライアント・レベルのインストールとテストの存在である、関連するテストポイントを持っています。
そこでは、アプリケーションのテストベースのモバイルデバイス、モバイルデバイスといくつかの特別なテスト。試験交差イベント、テスト動作のタイプ、ネットワークテスト（弱いネットワークテスト、ネットワークハンドオーバ）
クロスイベントテスト：つまり、とき、電話、テキストメッセージ、低バッテリのヒントやその他の外部事象へのソフトウェアの動作。
操作タイプ試験：水平スクリーン試験、符号検定
ネットワークテスト：弱いネットワークスイッチングネットワークとテストが含まれています。弱いユーザー体験によって引き起こされるネットワークをテストする必要があり、焦点はロールバックし、それが二次リフレッシュが提出原因になりますかどうかを検討する必要があります。弱いアナログネットワークは360wifiを設定することによって達成されると言われています。
システムアーキテクチャレベルから、WEBテスト限りアップデートサーバとして、クライアントが更新同期します。そして、クライアントは、各ユーザーのクライアントのためにまったく同じことが保証されます。しかし、APPのエンドユーザーがクライアントを更新する場合を除き、まったく同じことを保証することはできません。サーバーは、APPの下で変更された場合、それは、ユーザが使用するクライアントのコアバージョンは再び回帰テストを必要とすることを意味します。
テストがアップグレード：アップグレードユーザーデータがクリアされた後にテストアップグレードをキャンセルするかどうかをアップグレードメカニズムリマインダは、元の関数の使用に影響を与えます。
オリジナル住所：https://www.cnblogs.com/laoluoits/p/5673291.html
5.androidとiOSは違いをテストしますか？
iOSとAndroidのアプリのテストは、それがどのような違いを生むのでしょうか？2.マルチ解像度のテスト、エンドアンドロイドの20種類、あまりIOS; 3.モバイルオペレーティングシステム、Androidのより多くの、より多くのiOS 1.Androidプレスホームボタン、およびスイッチング・アプリケーションは、右のスライドの適用を終了アプリケーションリスト呼気小さくて、一方向のみのアップグレードをダウングレードすることはできません。新しいIOSシステムアプリケーションリポジトリは完全に互換性が低いバージョンのIOSのシステムではありません、低いバージョンのiOSシステムアプリケーションは、新しいリポジトリを呼び出し、それが直接フラッシュにつながりますバック（クラッシュ）; 4.運転の習慣：;などを実行している移動することができますSDカードへのメモリからのアプリケーションデータ、フィードバックテストが戻ってクリックしたAndroidは、バックキーが書き換えられているかどうか、キーが正しい5.push試験：アンドロイド：プログラムがバックグラウンドで実行している場合、ホームボタンをクリックし、プッシュを受け、この時間は、アプリケーションのこの時点であなたは右にジャンプできるかどうか、ウェイククリックし、IOS、プログラムやスクリーンロック画面ケース（レッドドット表示）を閉じるようにホームボタンをクリックしてください。6アンインストールのテストインストール：より多くのダウンロードとAndroidプラットフォームやツールおよびチャネルをインストールするには、主要なアプリケーションストアをイオス、iTunesとtestflightダウンロードを。7.テストをアップグレード：必要な条件は、アップグレードすることができる：古いものと新しいバージョンを 同じシグネチャを有し、同じ名前を持つパッケージの新旧バージョン、新旧バージョン識別子（例えば、バージョン番号）を区別し、Androidアプリケーションのために（例えば内蔵入力されるように）内蔵ファイル更新試合後に検査するように構築場合
アラームポップアッププロンプトを再生するとき、また.:など、など、ユーザーが入力され、呼び出し、音声録音を別のアプリケーション、ビデオとオーディオの再生を開始：1.同時（中断）テスト：テストのためにも、次の点に注意を払う必要があります他のライブを一時停止することを余儀なく; 2.試験源：異なる入力方式のインストールのような入力選択、コピー、音声入力、; 3.push（プッシュ）試験：プッシュスイッチを行う際に、スタンバイ状態、メッセージ最初のジャンプをダイと正確に押さ、アプリケーション開発、未開封状態を、アプリケーションが起動され、正しいかどうか、バックグラウンドで実行する場合にプッシュし、ジャンプ表示され、前及びデジタル変化の読みが正しい後にメッセージをプッシュ、プッシュ複数のコレクションが表示され、ジャンプが正しいです。
4.ジャンプシェア：正しいコピーを共有し、ジャンプの後のシェアが正しいか、ソースの表示は正しいです。
5.試験タッチスクリーンは：同時にかどうかを、クライアントビューの取り扱い、同時に異なる位置、または異なる操作をタッチクラッシュなど
オリジナルリンク：https://www.jianshu.com/p/91d7acfb036e
6.appは、ANRを出現原因は何ですか？
だから、ANRの根本的な原因は、それが何であるのか？以下の2点の概要：
1.メインスレッドは、データベース操作又はネットワークプログラミング2.他の方法として、時間のかかる操作を、（すなわち、他のプログラムである）CPU集約型プロセス頻繁に読み取りおよび書き込み操作がこの問題を引き起こす可能性があり、このような他のプロセスのようなCPUタイムスライスを引き起こさない実行します。
次のようにセグメントは、次に、ANRの理由の結果は次のとおりです。2.データを大量に消費するネットワークアクセス読み出しおよび（カメラなど）データベース3. 4.ハードウェア動作5呼び出し側スレッドに参加（）メソッド、睡眠の書き込み動作数（）メソッドは、待機（）メソッド、またはロック6.serviceバインダースレッドは他のスレッドがロック9を保持していない上限ウォッチドッグANR 8.serviceの7.systemサーバがビジー原因タイムアウトに応答して生じる到達を待っている間、メインスレッドを待機させますタイムアウト10.他のスレッドが終了するか、メインスレッドが待機をクラッシュ。
オリジナル：https://blog.csdn.net/jaychou_maple/article/details/78782822
7.Appクラッシュが発生した理由は何ですか？
なぜ、アプリケーションはそれをクラッシュしますか？次のように、メモリ管理エラー、プログラムのロジック・エラー、機器の互換性、ネットワークおよびその他の要因：1.メモリ管理エラーを：ビットBaiduの、そして崩壊アプリケーションに関連するいくつかの要因を見つけたそれはあまりにも低く、使用可能なメモリであってもよいし、アプリが必要メモリデバイスの限界を超えて、アプリの実行までは、Appクラッシュをリードしています。長い時間を実行しているか、メモリリークは、大きなによって占められるメモリは、最終的にシステムがクラッシュする原因となる、すべてのメモリを使い果たします。また、使用したり、不正なメモリ位置も、アプリケーションのクラッシュを引き起こす可能性があります。2.論理エラー：配列境界、スタックオーバーフロー、同時動作、論理エラー。例えば、アプリがクラッシュする、新しい、テストされていない、解放されたポインタと呼ばれ、実行時に新しい機能を追加します。3.デバイスは互換性がありますにより機器の多様性に、アプリが異なるデバイス上で異なる動作をする場合があります。4.ネットワーク要因：速度は、貧しいかもしれ希望のアプリ高速な応答時間を実現することができない、アプリのクラッシュにつながります。または異なるネットワーク間のハンドオーバーはまた、アプリの安定性に影響を与える可能性があります。
オリジナル：https://blog.csdn.net/yangtuxiaojie/article/details/47123243
8.app不安定あなたがANRとどのように対処するために時々クラッシュ？
アプリのANRと時折クラッシュが原因再現することはできません時折ステップに、面倒な問題であり、これはスキルのテストに必要なスタッフで、ログを把握する必要があります。[ログの表示三つの主要な方法があります。
方法の一つ：アプリ開発者がローカルにエラーログを保存し、一般的なデバッグバージョンでの時間のアプリの開発、そこANRとクラッシュログは自動的にローカル実際のSDカードに保存され、対応するアプリのディレクトリに移動を取ることができるようになります
方法2：リアルタイムでクロールする登場時折クラッシュ、あなたは、自分の携帯電話は、コードの開発環境に接続された電話アプリの開発に引き込まれ、この時間は、クラッシュログが記録されます際に発生する、ログをキャッチしますがDDMSとき。それはバグを再現するように操作を繰り返してみてください
また、この参照、ローカルコンピュータにログを保存し、彼のlogcatを運転：https://www.cnblogs.com/yoyoketang/p/9101365.html
ADB logcat | "com.sankuai.meituan"> Dを見つける：\ hello.txt
方法3：サードパーティ製の統計ツールのSDK
ユニオン統計の友人などの一般的なアクセス、サードパーティ製の統計SDK、背景の友人のリーグは、エラーログをキャッチします
クロールのログ9.appどのように？
アプリ自体のログを、あなたはこれを参照し、logcatのクロールを使用することができます。https://www.cnblogs.com/yoyoketang/p/9101365.html
ADB logcat | "com.sankuai.meituan"> Dを見つける：\ hello.txt
また、キャプチャDDMS使用することができ、コンピュータに接続され、携帯電話、オープンDDMSツールやAndroid Studio開発ツール、オープンDDMS
より多くの機能をDDMS、これを参照：https://www.cnblogs.com/gaobig/p/5029381.html
10.あなたは、通常、一般的に例外（例外）が発生している、それをログ表示されますか？
これは、例外がスローされたJavaの例外を理解することはできませんログは、表示されません主にインタビュアーの訪問です
一般的な面接のJavaの例外（RuntimeExceptionが）一般的な原因は、アプリのクラッシュまたこれらのあるべき質問をされるでしょうです。四〇から五種類を記載されている一般的な例外は、基本的な要件です。
次のように一般的なタイプは、次のとおりです。
NullPointerExceptionが - NULLポインタ参照の例外ClassCastExceptionが - 例外をキャストします。例外：IllegalArgumentException - 不正な引数の例外を渡します。ArithmeticException - 算術異常でArrayStoreException - 添字境界例外ないNegativeArraySizeException - - サイズ誤った負異常はNumberFormatExceptionのアレイを作成する - デジタルフォーマット異常SecurityException - セキュリティ例外UnsupportedOperationExceptionが - サポートされていないオペレーティングストレージオブジェクトの宣言された型と互換性がないが、アレイへの例外はIndexOutOfBoundsExceptionあります異常な