インタフェーステスト:

簡単な紹介

  多くの場合、知識の数とインタフェースは何であるかを知るために理解し、人々がそのインターフェイスのテスト、テスト自動化インターフェースを言うが、あなたはインターフェイスに持って聞きますか?何に注意を払うにテスト時間を行うために使用されていますか?率直に言って、私は非常に明確ではなかったの前に。次に、インターフェイスの定義を見て。

定義 

       エンティティは、その抽象化の一種の外部(別のエンティティであってもよい)に独自のインターフェースを提供するために意味、それが他のエンティティとの外部相互作用内部の方法に影響を与えることなく変更することができ、内部および外部の通信動作を分離するための方法。

  ユーザインタフェースプログラムと、そのような機械またはヒトなどのヒトとコンピュータ情報との間のインタフェースが呼び出されます。インターフェイスは、コンピュータや機械のハードウェアコンポーネントの他の情報との間のハードウェア・インタフェースと呼ばれます。インターフェイスは、コンピュータやその他の情報機器・ソフトウェア・コンポーネント間のソフトウェアインタフェースと呼ばれます。

  コンピュータでは、インタフェースは、2つの別個の構成要素を境界情報交換を共有するコンピュータシステムです。この交換は、外部装置を操作する、パーソナルコンピュータのハードウェアとソフトウェアとの間で発生する可能性があり、またはそれらの組み合わせであってもよいです。

メリットインターフェース

  規範

  インタフェースは、多くの層を含む、システム設計全体で標準化され、単語の間に明確な呼び出しを行うために、各層は、あなただけのインターフェイスは、あなたが何をこの特定に応じて、インターフェイスを知っている必要があり、それが全体的なシステムに統合することができます。

  ライフ例えば、多くの例で、この仕様に応じて、プラグがプラグ、ソケット、標準仕様では、ソケットは、など、いくつかの孔であるプラグ、ソケットの企業が何を行うには、あなたが数フィートプラグ教えてくださいある、ソケット、我々は右のプラグインを実行しようとするために世界中を旅プラグを完了する必要はありません。

  第二に、スケーラビリティ

  インタフェースが使用されていない場合は、お客様の常に変化するニーズに起因するプロジェクトの開発プロセスでは、我々は、既存のビジネスコードを書き換える維持する必要があります。新しいバグを発生させることができるコードを書き換えて、クラスを呼び出すのビジネスに影響を与えるだろうコードを書き換えるには、システム自体の安定性に影響を与える、すべてを変更する必要があります。最後に、コードが乱雑と読みづらい表示されることがあり、

  コードを読み取ることができない人々を引き継いだ後、システムはますます重い保守作業は最終的にプロジェクトの失敗につながる可能性があります。

  第三には、インタフェースは、プロジェクトのビジネスロジックは、インターフェイス指向プログラミングは、最初のインターフェイスとして、お客様のビジネスから抽出されています。ビジネスは、インタフェースクラスの具体的な実装を実現することによって達成しました。変更は、顧客の需要に、ただ道具は、ビジネスロジックは、システムへの影響を軽減、既存のコードを書き直す必要がないという新しいクラスを作成する場合。だから、このプロジェクトは、より優れたスケーラビリティを持っていること。

共通のインターフェイスタイプ

  これは、外部システムとの間の相互作用の点と内部サブシステムとシステムの間のインタフェースを指します。上下のサービス・サービス・インターフェース、同様のインターフェイスを外部インターフェイス、内部インターフェイス、内部インターフェイスと含ま含みます。

  一般的なWebインタフェースは一インターフェイスhttpプロトコルであり、他方は(例えば、スープ、RMI、RPCプロトコルなどの)ウェブサービスインターフェースです。本論文では、HTTPリクエストのインタフェースについて説明します。

  削除(削除)などを置くために加えて、GET(チェック)、ポスト(増加)、(変更)、:HTTP要求を含む一般的な方法。ほとんどを見るために毎日仕事が取得し、2種類のポストです。

   GET:GETは、最も一般的であると言うことができる、そしてその本質は、取得するための要求送信することで、サーバーの上のリソースにします。HTTPヘッダーおよびクライアントに戻って(たとえば、HTMLのテキストや画像やビデオ、などなど)は、本データのセットによるリソース。それがレンダリングされたデータが含まれることはありません、要求をGET。

   POST:サーバーにデータを提出します。この方法が広く、ほとんどすべての現在の操作はこれで完了し、コミット、使用されています。これは、指定されたリソース(例えば:提出フォームとアップロードファイル)への要求を処理し、データを送信するために使用され、データパケットがリクエストボディに含まれている、新しいリソースまたは利用可能なリソースを作成するための変更POSTリクエストをもたらすことができます。

   PUT:この方法は比較的まれです。HTMLフォームは、この機能をサポートしていません。基本的に、PUTやPOSTは、非常に類似しているサーバーにデータを送信しているが、それらの間の重要な違いがあり、PUTは通常、どこのリソースを指定しますが、サーバ自体によって決定されるいかなるPOST、POSTデータの保存場所はありません。指定された文書の内容を置き換えるために、サーバへのデータ転送クライアント。

   例えば:ボーエンのための提出、/ addBlogとしてURL。PUTた場合は、URLが、その後提出される予定のようです「/ addBlog / ABC123」、ABC123は、このブログのアドレスです。POSTを使用している場合、サーバのアドレスは、提出後にクライアントを教えてくれます。現在では、ほとんどがこのブログのようなものです。明らかに、PUTやPOSTを使用することは同じではありません。また、現在のビジネスシナリオに依存して特定の使用。

  DELETE:リソースを削除します。基本的にこれはまた、非常にまれですが、それでもなど、いくつかの場所があるアマゾンのリソースを削除するには、このメソッドを使用するのS3クラウドサービスが。

1)GETインタフェース

フォーマット:URLパラメータへの書き込み要求は、接続、複数のパラメータ「&」接続を使用します「?。」単一引用符で、このようなクエリとしてクエリパラメータ」にある、「HTTPS :? //Api.douban.com/v2/book/search Q =「」、クレソンのクエリAPI帳情報の開発である、Q =」など星の王子さまの本の情報、Q = '小さな王子」、下に示すように、テスト・郵便配達にツールを使用するには:

 

 

シーン:タイプのインターフェースは、情報を取得するために使用され得る、そしてそれ以上のそのようなクエリのリストとしてクエリデータ、ため、インターフェイスへの呼び出しを取得するには、クエリボタンをクリックして、情報を返します

特長:1)URLパラメータアドレスにさらさ要求少量のデータ、2)は、そのセキュリティ上のリスクがあります

2)ポスト型コネクタ

注:(そのようなフォームの送信などのファイルをアップロードする)データを提出し、リソースの位置を特定するための要求をしてください、ポストの要求は、新たな資源の創出につながる可能性

シーン:そのような登録、アップロード、掲示や、クレソンのウェブサイト、書き込みノート、コメントの本のコレクション内のユーザーなどの他の機能として、

特長:リクエストデータ容量、安全性

このようなクレソンコメントオープンAPIとして、以下を参照してください:

 

 

3)インタフェースタイプを置きます

説明:最新の指定されたリソースの場所にアップロードコンテンツの要求を置きます

シーン:ユーザーが、クレソンのウェブサイトで特定の書籍のためのコレクションを変更する記事のノートのコメントを変更したり、修正するよう

このようなコメントクレソンオープンAPIを修正するよう、以下を参照してください:

 

 

4)削除タイプインタフェース

説明:URLで識別されるサーバーへの削除要求されたリソース要求

シーン:ユーザーがクレソンのウェブサイトで本のコレクションをキャンセルした場合、章ノートまたは削除コメントを削除

このようなコメントクレソンオープンAPIを削除するよう、以下を参照してください:

 

共通のインターフェイスタイプ(理解します)

    異常なHTTPリクエストメソッドが含まれています:ヘッド、接続、オプション、およびトレースを。

    head:HEAD和GET本质是一样的,区别在于HEAD不含有呈现数据,而仅仅是HTTP头信息。换句话说,就是返回响应中没有具体内容,只获取报头。有的人可能觉得这个方法没什么用,其实不是这样的。想象一个业务情景:欲判断某个资源是否存在,我们通常使用GET,但这里用HEAD则意义更加明确。

    connect:HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

    options:这个方法很有趣,但极少使用。它用于获取当前URL所支持的方法。若请求成功,则它会在HTTP头中包含一个名为“Allow”的头,值是所支持的方法,如“GET, POST”。允许客户端查看服务器的性能。

    trace:回显服务器收到的请求,主要用于测试和诊断。

附录(get和post的区别)

这个问题,面试中经常被提到。简单来说,可以从三个方面去回到这个区别:方式、大小、安全

1).方式

方式指的是参数的传入方式,GET方法一般是指获取服务器上的数据,参数直接跟着URL后边,直接可以放到浏览器地址栏里,例如登录就是采用GET方法。而POST方法是指客户端给服务器上提交表单数据,所以POST是通过表单提交的,例如你网页上的新用户的注册、调查问卷和答题就是采用POST方法。

2).大小

上面已经知道GET是直接在浏览器地址栏输入,由于浏览器有限制,一般整个URL的长度可以很长,但是不能超过2049KB的大小限制,而这个POST就没有大小限制。

3).安全性

由于GET的参数是在浏览器地址栏直接拼接,暴露在互联网中,肯定不安全。POST是通过表单数据提交,相对比GET方法更安全。

おすすめ

転載: www.cnblogs.com/zhang-da/p/12046805.html