python介面自動化測試(一)
本節開始,開始介紹python的介面自動化測試,首先需要搭建python開發環境,到https://www.python.org/下載python
版本直接安裝就以了,建議 下載python2.7.11版本,當然,也是可以下載python最新版本的。
介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。
測試的重點是要檢查資料的交換,傳遞和控制管理過程,以及系統間的相互邏輯依賴關係等,該解釋來自百度百科。
當然,為了更好的進行介面測試,需要了解經常使用的http狀態訊息,比如請求成功是200 OK,但是http狀態訊息除了這個之
外還有很多的,http的狀態訊息,簡單的來理解就是當瀏覽器從web伺服器傳送請求時,可能會請求成功,可能請求失敗返回其他的錯
誤資訊,從而返回各種情況的htttp狀態訊息。比如百度首頁輸入搜尋關鍵詞,可能會返回成功的後的搜尋資訊,但是也有可能搜尋失敗
的情況,當然這種情況一般很少出現,畢竟百度不會出現這麼低階的錯誤。下面分別列出經常常見的http狀態訊息,這些資訊來自w3c
網站,見如下的http狀態訊息:
1xx: 資訊
訊息: | 描述: |
---|---|
100 Continue | 伺服器僅接收到部分請求,但是一旦伺服器並沒有拒絕該請求,客戶端應該繼續傳送其餘的請求。 |
101 Switching Protocols | 伺服器轉換協議:伺服器將遵從客戶的請求轉換到另外一種協議。 |
2xx: 成功
訊息: | 描述: |
---|---|
200 OK | 請求成功(其後是對GET和POST請求的應答文件。) |
201 Created | 請求被建立完成,同時新的資源被建立。 |
202 Accepted | 供處理的請求已被接受,但是處理未完成。 |
203 Non-authoritative Information | 文件已經正常地返回,但一些應答頭可能不正確,因為使用的是文件的拷貝。 |
204 No Content | 沒有新文件。瀏覽器應該繼續顯示原來的文件。如果使用者定期地重新整理頁面,而Servlet可以確定使用者文件足夠新,這個狀態程式碼是很有用的。 |
205 Reset Content | 沒有新文件。但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容。 |
206 Partial Content | 客戶傳送了一個帶有Range頭的GET請求,伺服器完成了它。 |
3xx: 重定向
訊息: | 描述: |
---|---|
300 Multiple Choices | 多重選擇。連結列表。使用者可以選擇某連結到達目的地。最多允許五個地址。 |
301 Moved Permanently | 所請求的頁面已經轉移至新的url。 |
302 Found | 所請求的頁面已經臨時轉移至新的url。 |
303 See Other | 所請求的頁面可在別的url下被找到。 |
304 Not Modified | 未按預期修改文件。客戶端有緩衝的文件併發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文件)。伺服器告訴客戶,原來緩衝的文件還可以繼續使用。 |
305 Use Proxy | 客戶請求的文件應該通過Location頭所指明的代理伺服器提取。 |
306 Unused | 此程式碼被用於前一版本。目前已不再使用,但是程式碼依然被保留。 |
307 Temporary Redirect | 被請求的頁面已經臨時移至新的url。 |
4xx: 客戶端錯誤
訊息: | 描述: |
---|---|
400 Bad Request | 伺服器未能理解請求。 |
401 Unauthorized | 被請求的頁面需要使用者名稱和密碼。 |
402 Payment Required | 此程式碼尚無法使用。 |
403 Forbidden | 對被請求頁面的訪問被禁止。 |
404 Not Found | 伺服器無法找到被請求的頁面。 |
405 Method Not Allowed | 請求中指定的方法不被允許。 |
406 Not Acceptable | 伺服器生成的響應無法被客戶端所接受。 |
407 Proxy Authentication Required | 使用者必須首先使用代理伺服器進行驗證,這樣請求才會被處理。 |
408 Request Timeout | 請求超出了伺服器的等待時間。 |
409 Conflict | 由於衝突,請求無法被完成。 |
410 Gone | 被請求的頁面不可用。 |
411 Length Required | "Content-Length" 未被定義。如果無此內容,伺服器不會接受請求。 |
412 Precondition Failed | 請求中的前提條件被伺服器評估為失敗。 |
413 Request Entity Too Large | 由於所請求的實體的太大,伺服器不會接受請求。 |
414 Request-url Too Long | 由於url太長,伺服器不會接受請求。當post請求被轉換為帶有很長的查詢資訊的get請求時,就會發生這種情況。 |
415 Unsupported Media Type | 由於媒介型別不被支援,伺服器不會接受請求。 |
416 | 伺服器不能滿足客戶在請求中指定的Range頭。 |
417 Expectation Failed |
5xx: 伺服器錯誤
訊息: | 描述: |
---|---|
500 Internal Server Error | 請求未完成。伺服器遇到不可預知的情況。 |
501 Not Implemented | 請求未完成。伺服器不支援所請求的功能。 |
502 Bad Gateway | 請求未完成。伺服器從上游伺服器收到一個無效的響應。 |
503 Service Unavailable | 請求未完成。伺服器臨時過載或當機。 |
504 Gateway Timeout | 閘道器超時。 |
505 HTTP Version Not Supported | 伺服器不支援請求中指明的HTTP協議版本。 |
對於介面測試來說,一般分為二種情況,分別是基於http協議和基於web services協議,但是最常用的是基於http協議的
介面測試,其中最常用的http方法是get和post,當然還有put,delete請求,介面測試的過程就是client(瀏覽器)向server(服務
器端)request一個請求,server得到請求後,response返回給client響應資料。下面分別說明介面測試中幾種常使用的請求方法:
GET:從指定的資源獲取資料
如在百度閱讀搜尋“selenium-python自動化測試“,就會返回本人寫的《selenium-python自動化測試》電子書,請求地址
為:http://yuedu.baidu.com/search?word=selenium-python%E8%87%AA%E5%8A%A8%E5%8C%96%E6%
B5%8B%E8%AF%95,方式為GET,見請求後返回的結果:
POST:向指定的資源要被處理的資料
對於post請求,以百度登入為案例,來說明這一過程,請求地址為:http://www.cyw.com/api/login/authorized.html,
請求方式為POST,見如下的截圖:
PUT:上傳指定的URL,一般是修改,可以理解為資料庫中的update。
DELETE:刪除指定資源。
在介面測試中,一般來說,post建立資料,get獲取建立成功後的所有資料和指定的資料,put可以對建立成功後的資料
進行修改,delete是指定的資源。
當然,介面自動化相比UI自動化來說,比較複雜,需要掌握的知識比較多,本人也是在學習中,感覺介面自動化測試,
首先需要了解http狀態訊息,http協議,http方法,當然還得了解python語言,畢竟介面自動化測試是以程式碼的方式進行,
並非工具的方式。
轉載地址:http://www.cnblogs.com/weke/articles/5547994.html