一、接口參數數據類型：1. 數值型2. 字符串類型3. 數組或者 鏈表類型4. 結構體二、接口測試常見bug：1. 特殊值處理不當導致程序異常退出或者崩潰2. 類型邊界溢出，導致數據讀出和寫入不一致3. 取值邊界外值未返回正確的錯誤信息4. 參數 為null或空字符串“”等5. 權限未處理 ...

一、接口參數數據類型： 1. 數值型 2. 字符串類型 3. 數組或者 鏈表類型 4. 結構體 二、接口測試常見bug： 1. 特殊值處理不當導致程序異常退出或者崩潰 2. 類型邊界溢出，導致數據讀出和寫入不一致 3. 取值邊界外值未返回正確的錯誤信息 4. 參數 為null ...

接口測試經常遇到的bug和問題，如下： 傳入參數處理不當，導致程序crash； 類型溢出，導致數據讀出和寫入不一致； 因對象權限未進行校驗，可以訪問其他用戶敏感信息；---權限校驗很重要 狀態處理不當，導致邏輯出現錯亂； 邏輯校驗不完善，可利用漏洞獲取非正當利益 ...

接口測試中發現的bug類型有如下幾種： 常規錯誤，接口沒實現，沒按約定返回結果，邊界值處理出錯等。輸入異常值（空值、特殊字符、超過約定長度等），接口拋錯，沒做封裝處理；輸入錯誤的參數、多輸入、少輸入參數； 接口可能出現的錯誤，安全性問題，如明文傳輸、返回結果含有敏感信息，沒對用戶 ...

作為測試人員，和我們最常打交道的非bug莫屬。 但是測試不只是負責發現問題，除此以外找到來源、提出解決和預防方案也是要掌握的技能。 怎么快速找到一個bug，就需要對功能、產品的流程、開發方案、開發人員非常熟悉。 遇到一個bug的時候，我們要去定位發現這個bug的來源是屬於前端還是后端，這時候 ...

發現的bug可總結如下： 常規錯誤，接口沒實現，沒按約定返回結果，邊界值處理出錯等 輸入異常值（空值、特殊字符、超過約定長度等），接口拋錯，沒做封裝處理； 輸入錯誤的參數，多輸入，少輸入參數，接口可能出現錯誤 安全性問題，如明文傳輸、返回結果含有敏感信息，沒對用戶身份信息做校驗 ...

生產環境產生bug時，程序員通過日志定位原因。日志需要打印bug發生點的 入參、出參、調用堆棧信息，才能為bug分析提供有效信息。 這里使用java為例，分五點來說明如何打印有效日志。 在異常打印的分析中，我把MVC中的ctroller層定義為系統的邊界。 在系統的邊界使用try ...

如何去區分一個功能測試工程師的水平高和低？ 可以從很多個方面去檢查，比如測試的思路， 比如測試用例的覆蓋度？，比如測試出bug是否能夠定位到根因？ 上面說的各個方面都很合理，那我們平常如何如更深的定位問題的根因呢？ 1、通過我們的測試的經驗 這個有點不容易掌握，也不容易 ...