図1に示すように、第一のインターフェース・テストは、テストのサービス側のスキップされたフロントエンドインターフェースは、テストは、剥離試験視点の観点から、両者が相互に関係を置換されるべきではなく、フロントエンドインターフェースのUIのテストです。
2、会社の視点は、自動化された検討を行うためにから、あなたがプロジェクトに集中することができ、自動化を行い、インタフェースはUIに時間がかかり、自動化されたテストの人件費、自動テストを実施するためのプロジェクトの実現可能性、自動化されたUIオートメーションの自動化と生産へのインタフェースを必要としています比率は、最終的なUIオートメーションインタフェースと割合の自動化を行うことが決定されます。
3、考え自動テストのカバレッジと容易さは、一般的に、システム内の特徴点を自動化するためのインターフェースとして、小さくなるようにインターフェースのフロントエンド・インターフェースの数、およびインターフェースの変更のフロントエンド・インターフェースよりも低い周波数の変化の周波数よりも試験することができます研究費が比較的低い箇所あり、また、直接利用可能な多くのツールを使用することができます。
4、しかし、自動テストは、煙、回帰、受け入れの重複のいくつかを解決するために、またはあなたが望むどのように深い自動化の具体的な度合いを参照し、その後、この目的を達成するための方法を考えるだけの方法です。
UIとのインタフェースは、通常ベースのインタフェースは、UIを補充組み合わせ。
理由：
- 高効率のインタフェースの実装、高いコードカバレッジは、低メンテナンスコストをテストすることができ、低コスト、高歩留まりあります。
- スクリプトが失敗にUIオートメーション低効率、およびその他の理由（コンピュータケイトン、ケイトンブラウザ、速度など）のための脆弱は、カバレッジを向上させることが困難である、結果に影響を与え、メンテナンスのコストが高いが、上位と下位の収入に入れていますタイプ。しかし、その利点は、あなたが完全にシミュレートユーザーの行動をすることができますことを実物に近いです