後半の終わりに1怠惰でも、これは良好な反射や実用的な行動が必要
新しいテスト・ポイントを整理する必要性から始め、以前のテストプロジェクトの問題や顧客からのフィードバックによると、問題の主インターフェースの互換性の問題に集中需要モジュールを増やす忙しい新規顧客で数日前2. A、関係なく、ブラウザのまたはモバイルクライアント、多かれ少なかれ状況がアダプタインターフェイスが表示されますの代わりではありません持っています。
治療方法：ウェブサイド：問題が最初にどのブラウザとブラウザのバージョンを知るに登場コレクトフィードバックにあります。
あなたはより多くのブラウザよりもインストールする必要があり、また、異なるバージョンを確認する必要があります
電話でのエンド：シミュレータと実機でのテストに加えて、だけでなく、より多くのモデルでテストする必要があり、モデルに加えて、[ケースの条件では、同社は内部強度を利用することができます]が、また、特に、バージョンを検討します旧モデルの古いバージョンの、小さな画面の一種。
3.テストインタフェース
テストインタフェースのための新しく追加されたモジュールでは、テストプロセスの継続前にインタフェース、新しく追加されたバックエンド・インターフェースは、我々は、例えば、[インタフェースおよびフィールドでインタフェース定義の間の相互依存関係を理解する必要があります。クエリを作成し、その後のようなデータを取得します]の、明確に理解した後、テスト設計方法にフィールド定義とインタフェースシナリオで使用するには、特別なインタフェーステスト記録文書を書くことが最善です。良いテスト設計方法の後、試験を実施し、様々な組み合わせのための質量の参加を始め、最高のインターフェースのスクリーンショット、試験記録は、フォローアップ検査を容易にするため、文書に保存されています
意味をなさないインタフェースのテストの場合には、順番にタイムリーなフィードバックの必要性は、修理後にリリースされ、開発者にエラーメッセージとともに情報と質量の参加を提供するために、優れていることが、それが問題の原因[母、企業現象の多くを理解することが最善であります開発はあなたに言うことはありませんで、またはあなたが返信バグBUG管理ツールで育った後、エラーの原因が起こっ示すものではありません]
インターフェース・テストが完了した後、試験記録は、速やかにフォローアップ検査を容易にするために、文書管理の管理ツールで、整理します。
最後に書かれました：
時には、開発者は、ソフトウェアテストに従事したときに、あなた自身がプログラミング言語を習得できるようにする必要がありますから、あなたはなぜ知らないとき、実際には、あなたのためのインターフェースの問題の原因を言います
テストでは、それはあなたがそれぞれのコードを開発するためにコミットした後、コードファイルへの変更を表示し、時にはいくつかのファイルを関与させる論理的な必要性を変更することができ、コードベースの権限に加入することをお勧めします。