功能測試大家應該都熟悉吧:看流程設計流程測試點;看字段要求設計功能測試點,然後考慮考慮輸入、考慮考慮輸出,再加上些異常操作、兼容、易用性等問題驗證,感覺就差不多了(業務複雜程度暫且不管)。而上面說到的這些功能測試的考量,其實也是接口測試的測試點。
2
/5
接口嘛,顧名思義,就是對接時的一個口子。對於App來說,其實就是咱們在點點點時,移動端(app)與服務器(Server)數據交互時的一個交互地址,英文叫API,也有就叫URL的。
3
我接觸的接口是Rest風格的,由請求(Request)和響應(Response),以及相應的信息頭(Request Header和 Response Header)組成。而咱們看到的URL,實際上是接口請求的地址(Request URL)。
4
在操作App時,會將操作或填入的信息,都轉成一一對應的參數,然後在Request Header裡寫好請求的識別規則,請求接口,之後服務器接收並解析處理。處理好後再寫好的結果的識別規則,再返給App解析加載結果。
5
Request Method:請求方法,該接口是GET的,一般常見的有GET、POST、PUT、DELETE,對應數據庫的增刪改查四種情況(CREATE -PUT、QUERY-GET、UPDATE-POST、DELETE-DELETE),作為概念理解,了解什麼操作大概用什麼請求方法即可
功能測試大家應該都熟悉吧:看流程設計流程測試點;看字段要求設計功能測試點,然後考慮考慮輸入、考慮考慮輸出,再加上些異常操作、兼容、易用性等問題驗證,感覺就差不多了(業務複雜程度暫且不管)。而上面說到的這些功能測試的考量,其實也是接口測試的測試點。
2
/5
接口嘛,顧名思義,就是對接時的一個口子。對於App來說,其實就是咱們在點點點時,移動端(app)與服務器(Server)數據交互時的一個交互地址,英文叫API,也有就叫URL的。
3
/5
我接觸的接口是Rest風格的,由請求(Request)和響應(Response),以及相應的信息頭(Request Header和 Response Header)組成。而咱們看到的URL,實際上是接口請求的地址(Request URL)。
4
/5
在操作App時,會將操作或填入的信息,都轉成一一對應的參數,然後在Request Header裡寫好請求的識別規則,請求接口,之後服務器接收並解析處理。處理好後再寫好的結果的識別規則,再返給App解析加載結果。
5
/5
Request Method:請求方法,該接口是GET的,一般常見的有GET、POST、PUT、DELETE,對應數據庫的增刪改查四種情況(CREATE -PUT、QUERY-GET、UPDATE-POST、DELETE-DELETE),作為概念理解,了解什麼操作大概用什麼請求方法即可