看到這篇文章的同學們一定在各種地方看到過「介面測試」這個詞，那麼介面測試到底是測什麼?相信每個人可能都有自己的答案。
介面測試對於不少測試新手來說不太容易理解，介面測試關注的是乙個函式、類（方法）所提供的介面是否可靠。介面測試也可以是url的形式進行傳遞，例如，我們通過get方式向伺服器傳送請求，那麼我們傳送的內容作為url的一部分傳遞到伺服器端。
下面，我們從實際案例中了解一下介面測試效率。
乙個專案，規定10天投產，預估5天開發5天測試（這裡估計的是手工測試），那麼接下來因為各種環境或者開發技術原因導致開發時間延長至8天，測試時間只剩2天，作為本專案的測試你只有2天的時間進行測試。此專案為緊急專案，必須保證到期投產。請問如何處理？
手工測試的流程：
手工測試在未提測前的準備：先根據需求編寫用例和資料準備，然後就是等待提測。每天了解下開發進度，到第
四、五天的時候通知可能要延期，然後真的延期了，第九天提測了，請速度測試。
我相信做測試的人都會遇到以上這種問題，那麼，做自動化介面測試能否改善這種情況呢？
自動化介面測試的執行場景：
測試前置、開發自測：乙個新的自動化介面測試案例開發完成後，直接發給介面對應的開發，安排在開發本地環境執行，一旦開發確認完成介面開發，就開始執行介面測試案例，基本上可以實時拿到測試結果，節省時間的同時又方便開發快速做出判斷。
回歸測試：開發本地測試通過後，或整個需求手工測試通過後，把自動化的介面測試案例做分類整理，挑選出需要納入到回歸測試中的案例，在持續整合環境重新準備測試資料，並把案例納入到持續整合的job中來，這些用於回歸的介面測試案例需要配置到持續整合平台自動執行。例如每日晚上11點執行指令碼，執行完成會發給相關人員。
介面測試的優勢體現在下面的三個方面：
舉這個例子是想更直觀的看下自動化執行效率，但並非所有的專案都適合介面自動化，這裡只是提出一種更有效的測試方法，還是需要測試人員根據自己所處的實際情況判斷哪種更高效。
——————————————————分割線——————————————————我是黑少，直男一枚，微服務硬核玩家，喜歡分享、愛交友人、崇尚「實踐出真知」的理念，以折騰鼓搗**為樂
最後倒計時 Win10免費公升級僅剩10天
時間過得真快，7月29日眨眼間就要到來，win10免費公升級結束僅剩10天。作為史上第一款免費公升級的windows系統，windows10的意義不言而喻，win7 win8.1持續一年免費公升級win10活動，使得目前win10全球安裝量已經超過3.5億台。7月29日之後微軟將不再向windows...
旅遊專案第2天
1.在index.html頁面裡發請求 確定是否要傳參 2.在servlet裡 準備頁面需要的資料 在service裡把三類資料封裝到乙個map 把map返回給servlet 處理結果 把map放到resultinfo裡 把resultinfo轉換成json，返回客戶端 3.在index.html頁...
NDuiker專案第2天總結
昨天晚上基本上實現了通過託拽檔案實現自動檢視命令列的功能。總結一下遇到的技術問題和解決辦法吧。託拽檔案到文字框並在文字框顯示檔名的辦法 文字框的allowdrap true private sub txtfilepath dragenter byval sender as object,byval ...