1、測試通過的標準
- 所有測試用例都已成功執行。
- 測試功能點覆蓋率達到100%。
- 所有發現的缺陷都記錄在JIRA。
- Bug修復率達到100%，本期不修復或者產品確認非BUG的需在JIRA備註。
- 性能指標、兼容性報告達到要求。
- 產出系統測試總結報告。
- 產品UAT通過。
- 研發代碼封版後迴歸測試通過。
2、 網絡七層協議
物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層
HTTP協議對應於應用層，TCP協議對應於傳輸層，IP協議對應於網絡層
3、在設計測試用例時一般從以下幾個方面進行分析：
功能測試，界面測試，安全性測試，兼容性測試，可用性測試，可靠性測試，性能測試
測試項目——筆
1、需求測試：查看使用說明書。
2、功能測試：能不能寫字 。
3、界面測試：查看筆的外觀 。
4、可靠性：筆從不同高度落下摔壞的程度。5、安全性：筆有沒有毒或細菌 。
6、可移植性：筆在不同的紙質、溫度等環境下是否可以使用。7、兼容性：筆是否可以裝不同顏色、大小的筆芯 。
8、易用性：是否方便使用、方便攜帶 。
9、壓力測試：給筆不斷的增加重力，觀察壓力多大時壓壞。
10、震動測試：筆在包裝時，各面震動，檢查是否能應對惡劣的公路、鐵路、航空運輸。11、跌落測試：筆包裝時，在多高的情況下摔不壞。
測試項目——桌子
需求測試：查看桌子相關的使用說明書。
功能測試：桌子是辦公用的還是防治東西用的，桌子的面積大小是否適合；
界面測試：桌子的桌面是否平滑，有沒有凹凸不平的地方；
安全性測試：桌子的支撐點是否可靠；將桌子推倒後，它的損壞情況；
壓力測試：桌子可以承受的重量；
可用性測試：桌子是否好移動；它的重量是否合適；
4、接口測試基礎
5、接口文檔規範
1、url
2、請求方式 post、get
3、入參（請求參數）
4、返回參數
5、請求、返回示例
6、 狀態碼說明
HTTP狀態碼
1、200 2開頭的都表示這個請求發送成功，最常見的就是200，就代表這個請求是ok的，服務器也返回了。
2、300 3開頭的代表重定向，最常見的是302，把這個請求重定向到別的地方了，
3、400 400代表客戶端發送的請求有語法錯誤，401代表訪問的頁面沒有授權，403表示沒有權限訪問這個頁面，404代表沒有這個頁面
4、500 5開頭的代表服務器有異常，500代表服務器內部異常，504代表服務器端超時，沒返回結果
6、 app測試點
1、安裝、卸載測試
2、功能測試
根據需求文檔和UI圖設計測試用例，執行測試
3、數據安全性或者敏感性測試
密碼、手機號、身份證等加密傳輸，文字顯示等敏感詞規避
4、異常場景
中斷測試，比如電話來電、短信、推送消息等，app的返回功能等
5、網絡測試
無網情況下，app各個功能的表現，關注用戶體驗和閃退問題
弱網下，各個功能點的異常反應
網絡切換測試，wif和4G網絡切換的場景
6、兼容性測試
App和安卓，一般放到最後進行，待測試結束之前
7、app升級測試
主要關注大小版本升級，跨版本升級，以及緩存清除機制等。
APP版本升級，即爲整個APP內容升級，Android和IOS一致，分爲強制升級和非強制升級。
8、性能測試
如果已經能感覺出來系統響應慢，需要提相應的bug跟蹤，並且要具備初步排查分析的能力，比如：查看每一個報文的響應時間，前後端分別耗時，後端如果涉及多接口，每一個接口的耗時等，簡單分析性能的瓶頸。
iOS騰訊GT內嵌，Android通過weTest助手軟件進行監測