Ⅰ 介面自動化測試工具有哪些
1、CTS，CTS 測試基於Android instrumentation 測試， 其又基於JUnit 測試。說白了， CTS 就是一堆單元測試用例。這也是Java 語言的擅長部分。
2、 Monkey工具，Monkey是Android中的一個命令行工具，可以運行在模擬器里或實際設備中。它向系統發送偽隨機的用戶事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試。Monkey測試是一種為了測試軟體的穩定性、健壯性的快速有效的方法。
3、ASE，ASE 意思為Android 腳本環境， 即我們可以通過腳本（比如Python）調用Android 的功能，從而定製一些測試。比如打電話，發簡訊，瀏覽網頁，等。我們可以擴充它的API（Java 部分）, 並用python 腳本調用這些API, 從而實現豐富的測試功能。用於API 部分可以訪問到Android 全部API, python 又能靈活部署測試，所以ASE 的擴展性非常好。
4、Robotium，該工具用於黑盒的自動化測試。可以在有源碼或者只有APK 的情況下對目標應用
進行測試。Robotimu 提供了模仿用戶操作行為的API，比如在某個控制項上點擊，輸入Text
等等。 http://mag.big-bit.com/
分層的自動化測試
這個概念最近曝光度比較高，傳統的自動化測試更關注的產品UI層的自動化測試，而分層的自動化測試倡導產品的不同階段（層次）都需要自動化測試。
相信測試同學對上面的金字塔並不陌生，這不就是對產品開發不同階段所對應的測試么！我們需要規范的來做單元測試同樣需要相應的單元測試框架，如java的Junit、testNG，C#的NUnit ，python 的unittest、pytest 等，幾乎所有的主流語言，都會有其對應的單元測試框架。
集成、介面測試對於不少測試新手來說不太容易理解，單元測試關注代碼的實現邏輯，例如一個if 分支或一個for循環的實現；那麼集成、介面測試關注的一是個函數、類（方法）所提供的介面是否可靠。例如，我定義一個add()函數用於計算兩個參數的結果並返回，那麼我需要調用add()並傳參，並比較返回值是否兩個參數相加。當然，介面測試也可以是url的形式進行傳遞。例如，我們通過get方式向伺服器發送請求，那麼我們發送的內容做為URL的一部分傳遞到伺服器端。但比如 Web service 技術對外提供的一個公共介面，需要通過soapUI 等工具對其進行測試。
UI層的自動化測試，這個大家應該再熟悉不過了，大部分測試人員的大部分工作都是對UI層的功能進行測試。例如，我們不斷重復的對一個表單提交，結果查詢等功能進行測試，我們可以通過相應的自動化測試工具來模擬這些操作，從而解放重復的勞動。UI層的自動化測試工具非常多，比較主流的是QTP，Robot Framework、watir、selenium 等。
為什麼要畫成一個金字塔形，則不是長方形 或倒三角形呢？ 這是為了表示不同階段所投入自動化測試的比例。如果一個產品從沒有做單元測試與介面測試，只做UI層的自動化測試是不科學的，從而很難從本質上保證產品的質量。如果你妄圖實現全面的UI層的自動化測試，那更是一個勞民傷財的舉動，投入了大量人力時間，最終獲得的收益可能會遠遠低於所支付的成本。因為越往上層，其維護成本越高。尤其是UI層的元素會時常的發生改變。所以，我們應該把更多的自動化測試放在單元測試與介面測試階段進行。
既然UI層的自動化測試這么勞民傷財，那我們只做單元測試與介面測試好了。NO! 因為不管什麼樣的產品，最終呈現給用戶的是UI層。所以，測試人員應該更多的精力放在UI層。那麼也正是因為測試人員在UI層投入大量的精力，所以，我們有必要通過自動化的方式幫助我們「部分解放」重復的勞動。
在自動化測試中最怕的是變化，因為變化的直接結果就是導致測試用例的運行失敗，那麼就需要對自動化腳本進行維護；如何控制失敗，降低維護成本對自化的成敗至關重要。反過來講，一份永遠都運行成功的自動化測試用例是沒有價值。
至於在金字塔中三種測試的比例要根據實際的項目需求來劃分。在《google 測試之道》一書，對於google產品，70%的投入為單元測試，20%為集成、介面測試，10% 為UI層的自動化測試。
Ⅱ 介面測試都有哪些，比如http訪問的
在Google已安裝完成的介面測試工具的postman的程序之後，點擊進入桌面的chrome應用啟動器。
進入到應用啟動器界面中之後，可以看到是postman的應用圖標程序。點擊進入。
進入到postman的歡迎的界面中，如果有賬號可以進行點擊登錄賬號，無賬號可以點擊Go to the app進入。
這樣就進入到postman界面中，進行對網路網址進行測試話，選擇get請求，把網路網址在輸入框中輸入。http://www.fulinmenst.com/
輸入完成之後，然後進行點擊send。
如果測試用成功，返回的status為200 ok，而在下列的是放回的網路首頁的元素信息。這樣網路首頁介面測試就成功了。
Ⅲ 除了postman還有什麼測試介面工具
SoapUI、Jmeter、Poster。
Ⅳ 常見的介面測試工具有哪些
介面一般來說有兩種，一種是程序內部的介面，一種是系統對外的介面。
系統對外的介面：比如你要從別的網站或伺服器上獲取資源或信息，別人肯定不會把資料庫共享給你，他只能給你提供一個他們寫好的方法來獲取數據，你引用他提供的介面就能使用他寫好的方法，從而達到數據共享的目的，比如說咱們用的app、網址這些它在進行數據處理的時候都是通過介面來進行調用的。
程序內部的介面：方法與方法之間，模塊與模塊之間的交互，程序內部拋出的介面，比如bbs系統，有登錄模塊、發帖模塊等等，那你要發帖就必須先登錄，要發帖就得登錄，那麼這兩個模塊就得有交互，它就會拋出一個介面，供內部系統進行調用。
一、常見介面：
1、webService介面：是走soap協議通過http傳輸，請求報文和返回報文都是xml格式的，我們在測試的時候都用通過工具才能進行調用，測試。可以使用的工具有SoapUI、jmeter、loadrunner等；
2、http api介面：是走http協議，通過路徑來區分調用的方法，請求報文都是key-value形式的，返回報文一般都是json串，有get和post等方法，這也是最常用的兩種請求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等；
二、前端和後端：
在說介面測試之前，我們先來搞清楚這兩個概念，前端和後端。
前端是什麼呢，對於web端來說，咱們使用的網頁，打開的網站，這都是前端，這些都是html、css寫的；對於app端來說呢，它就是咱們用的app，android或者object-C（開發ios上的app）開發的，它的作用就是顯示頁面，讓我們看到漂亮的頁面，以及做一些簡單的校驗，比如說非空校驗，咱們在頁面上操作的時候，這些業務邏輯、功能，比如說你購物，發微博這些功能是由後端來實現的，後端去控制你購物的時候扣你的余額，發微博發到哪個賬號下面，那前端和後端是怎麼交互的呢，就是通過介面。
前面說的你可能不好理解，你只需記住：前端負責貌美如花，後端負責掙錢養家。
三、什麼是介面測試：
介面測試是測試系統組件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。
OK，上面是網路上說的，下面才是我說的
其實我覺得介面測試很簡單，比一般的功能測試還簡單（這話我先這樣說，以後可能會刪O(∩_∩)O哈！），現在找工作好多公司都要求有介面測試經驗，也有好多人問我（也就兩三個人）什麼是介面測試，本著不懂也要裝懂的態度，我會說：所謂介面測試就是通過測試不同情況下的入參與之相應的出參信息來判斷介面是否符合或滿足相應的功能性、安全性要求。
我為啥說介面測試比功能測試簡單呢，因為功能測試是從頁面輸入值，然後通過點擊按鈕或鏈接等傳值給後端，而且功能測試還要測UI、前端交互等功能，但介面測試沒有頁面，它是通過介面規範文檔上的調用地址、請求參數，拼接報文，然後發送請求，檢查返回結果，所以它只需測入參和出參就行了，相對來說簡單了不少。
Ⅳ 介面測試工具
感覺像是postman，其實目前用的比較多的是jmeter，你可以去研究下看看，希望對你有幫助
Ⅵ web介面測試工具有哪些
關於Jmeter可以做什麼，官方上也有非常詳細的介紹。另外它的文檔也寫很詳細。如果想學習Jmeter，那麼它的文檔將會是最好的教材。
我相信你可以在官網上找到下載地址並把它下載下來。
Jmeter由Java語言開發，最新的Jmeter3.0版本的運行需要有Java 7 或之後版本的環境。我同樣相信你能搞定Java環境。
接下來，將下載的apache-jmeter-3.0.zip解壓，進入解壓目錄.../apache-jmeter-3.0/bin 。雙擊ApacheJMeter.jar啟動：
二、添加HTTP介面測試
我們的所以工具都會在Jmeter工具中完成，接來就按照一般步驟來創建一個HTTP介面測試。
如上圖，右鍵點擊「測試計劃」-->「添加」-->「Threads(Users)」-->「線程組」。
Ⅶ http介面測試有什麼好工具
個人推薦：易文檔
一個在線介面文檔編輯工具，里邊也支持多種請求方式的介面測試功能。
Ⅷ 應用軟體的介面測試用什麼工具好
1、webService介面：是走soap協議通過http傳輸，請求報文和返回報文都是xml格式的，我們在測試的時候都用通過工具才能進行調用，測試。可以使用的工具有jmeter、loadrunner等；
2、http api介面：是走http協議，通過路徑來區分調用的方法，請求報文都是key-value形式的，返回報文一般都是json串，有get和post等方法，這也是最常用的兩種請求方式。可以使用的工具有jmeter、loadrunner等；
Ⅸ 測試介面用什麼工具
據我所知道的， 介面測試的工具有soapui，jmeter，postman，之前聽了松勤軟體測試的一節關於介面測試的課程，講的很細~
Ⅹ 介面測試常用工具有哪些
介面測試常用工具主要有:
POSTman,RESTClient,Jmeter,Loadrunner....
等等，其中前兩者功能要弱一些(當然也易上手)，後兩者功能更強大，二者比較:由於Jmeter是免費的，滿足需求的前提下，一般會優先選擇Jmeter，但是收費也有收費的道理，性能測試時，會優先選擇
LoadRunner，畢竟性能測試方便它更勝Jmeter一籌。
之前在黑馬程序員的技術文章中看到的，如果你想學軟體測試，黑馬是個不錯的選擇哦！