任何測試，不管測什麼都是從了解需求開始的，但是大治思想是一樣的。都是想要通過測試用例，把每一個分析到位，進行測試
登入怎麼測試？
- 功能方面的測試：
- 輸入正确的使用者名和密碼，點選送出按鈕，驗證是否能正确登入，能否跳轉到正确的頁面
- 輸入錯誤的使用者名，驗證登入失敗，并且提示相應的錯誤資訊
- 輸入錯誤的密碼，驗證登入失敗，并且提示相應的錯誤資訊
- 使用者名為空，驗證登入失敗，并且提示相應的錯誤資訊
- 密碼為空，驗證登入失敗，并且提示相應的錯誤資訊
- 使用者名和密碼都為空，點選登入，并且提示相應操作資訊
- 使用者名和密碼前後有空格的處理，并且提示相應操作資訊
- 賬号和密碼的最大輸入長度為多少
- 賬号和密碼的最小輸入長度為多少
- 輸入密碼的時候，大寫鍵盤開啟的時候要有提示資訊
- 登入的賬号再次登入是否可以再次登入
- 超過使用者名和密碼的最大長度時，是否有提示
- 使用者名和密碼小于最小長度，是否有提示
- 輸入框是否支援複制粘貼
- 電腦和手機是否可以同時登入
- 使用者名和密碼都不正确登陸失敗，是否有提示找回密碼
- 密碼是否加密顯示(星号或者圓點等)
- 牽扯到驗證碼的，還要考慮文字是否扭曲過度導緻辨認難度大，考慮顔色(色盲使用者)，刷星或換一個按鈕是否好用
- 無網絡操作登入，是否提示資訊正确
- 縮小浏覽器的時候，界面是否會錯位
- 界面測試：
- 布局是否合理
- 按鈕大小和位置是否合适
- 界面的設計風格是否與UI的設計風格統一
- 界面中的文字簡介易懂，沒有錯别字
- 性能測試：
- 打開登入頁面，需要幾秒
- 不同網絡環境下登入的時間：2G,3G,4G,5G,Wifi
- 輸入正确的使用者名和密碼後，登入成功跳轉到新頁面，需要多長時間
- 安全性方面的測試：
- 使用者名和密碼是否通過加密的方式，發送給Web伺服器
- 使用者名和密碼的輸入框，應該屏蔽SQL注入攻擊
- 使用者名的密碼的輸入框，應該禁止輸入腳本(防止XSS攻擊)
- 密碼在傳輸的過程中是否加密傳輸
- 使用者在不同終端上登入
- 使用者異地登入
- 一個使用者在不同終端上登入
- 使用者體驗測試:
- 頁面布局是否合理，輸入框和按鈕是否對齊
- 輸入框的大小和按鈕的長度，高度是否合理
- 是否可以全用鍵盤操作，是否有快捷鍵
- 相容性測試：
- B/S架構：不同浏覽器測試，比如：IE,火狐,谷歌,360等。主流的浏覽器下能否顯示正常功能已經正常操作
- APP：在主流的不同類型下，不同分辨率，不同作業系統的手機上測試，華為，vivo,oppo等
訂單怎麼測試？
例如，一個系統的訂單生成的流程是這樣子的，使用者下單後，系統會在使用者端和賣家端生成一個待付款的訂單，同時在資料庫中也會生成一個待付款的訂單，當使用者付款完成後，使用者端顯示待發貨狀态，賣家端顯示已付款待發貨狀态，訂單在資料庫的狀态為待發貨，同時産品相應的庫存量會減少，使用者的賬戶金額減少相應的金額；當賣家發貨後，使用者端和賣家端的訂單狀态都顯示為配送中，資料庫中的訂單狀态也同時發送變化，買家支付的款項會打入到賣家的賬戶，當使用者評論完後，訂單狀态顯示為已結束，資料庫中相對應的訂單狀态也同時發生變化。這個一個正常的流程，要優先把這個流程測試通過，然後再考慮其他使用場景。
使用場景：
- 使用者下單後，取消訂單；
- 下單後，一直不付款；檢查訂單逾時不付款的場景下，會不會自動取消訂單；
- 弱網狀态下，多次點選送出訂單按鈕，檢查是否會生成多個訂單
- 使用者付款後，申請退款，買家端的訂單狀态為退款申請中，賣家段顯示為退款稽核，申請退款成功後，訂單狀态為已關閉狀态，買家收到退還的金額；賣家拒絕退款後/退貨，訂單狀态為待發貨狀态；賣家逾時不處理退款申請，自動退款，訂單自動設定為退款狀态，買家收到退還的金額。
- 下單後，在不同的終端登入，一端取消訂單，同時另一端對該訂單進行付款
- 使用者體驗：
- 訂單頁面是否整潔，清晰，文字大小是否适中，訂單編号是否能複制
- 下單，取消訂單，申請退款等功能是否有響應的内容，提示是否合理
- 是否支援快捷鍵
- 相容性：
- web端：在不同的浏覽器，比如，IE,谷歌，火狐，360等
- app等，在主流的不同的機型，不同的分辨率，不同的作業系統的手機上進行測試
搜尋功能怎麼測試？
-
功能方面的測試
1.搜尋單個文字，詞語，句子，檢索到的内容是否正确，連結是否正确
2.長度，列如輸入框支援100字元，那需要測試100字元，101字元，最大長度的顯示是否正常顯示
3.哪些是支援的字元類型：數字，字母，漢字 ，特殊字元等
4.字元串前後中帶空格，前後的空格是否過濾，中間的空格是否保留
5.是否支援換行
-
性能方面的測試
1.點選搜尋按鈕後，搜尋結果多長時間能夠顯示
2.進入搜尋頁面需要多久
-
安全性方面的測試
1.能否防止SQL注入攻擊，能否防止xss攻擊
-
使用者體驗測試
1.頁面布局是否合理，輸入框和按鈕是否對齊
2.輸入框的大小和按鈕的長度，高度是否合理
3.快捷鍵是否可以正常使用
-
相容性測試
1.B/S架構：不同浏覽器測試，比如：IE,火狐，360，谷歌等
2.APP：在主流的不同機型下，不同分辨率，不同作業系統的手機上測試
檔案上傳怎麼測試？
- 功能測試
- 選擇符合要求的檔案，上傳--------------上傳成功
- 上傳成功的檔案名稱顯示------------顯示正常(根據需求)
- 檢視，下載下傳上傳成功的檔案------------上傳的檔案可檢視或下載下傳
- 删除上傳成功的檔案----------------可删除
- 替換上傳成功的檔案---------------------可替換
- 上傳檔案是否支援中文名稱-------------------根據需求而定
- 檔案路徑是否可手動輸入------------------根據需求而定
- 手動輸入錯誤的檔案路徑，上傳--------提示，不能上傳
- 檔案大小測試
- 符合格式，總大小小于限制大小的檔案-----------上傳成功
- 符合檔案，總大小等于限制大小的檔案----------上傳成功
- 符合檔案總大小稍大于限制大小的檔案-----------在上傳初提示附件過大
- 小為0kb的文檔-------------------不能上傳
- 檔案名稱測試
- 檔案名稱過長------------------提示過長
- 檔案名稱達到最大長度上傳後名稱顯示，頁面排版-----------頁面是否顯示正常
- 檔案名名面-----------根據需求而定
- 檔案格式測試
- 上傳正确格式--------上傳成功
- 上傳不允許的格式---------------提示不能上傳
- 上傳rar,zip等打封包件(多檔案壓縮)----------------根據需求而定
- 安全性測試
- 上傳可執行檔案(exe檔案)，根據需求而定
- 上傳常見的木馬檔案----------------提示不能上傳
- 上傳時伺服器空間已滿------------------有提示
- 性能測試
- 上傳時網速很慢(限速)---------------當超過一定時間，提示
- 上傳過程斷網---------------------提示是否上傳成功
- 上傳過程伺服器的資源使用率-------------------------在正常範圍
- 界面測試
- 頁面美觀性，易用性(鍵盤和滑鼠的操作，tab跳轉的順序是否正确)----------顯示正确(根據需求)
- 按鈕文字是否正确 ------正确
- 正确/錯誤提示的文字是否正确------------正确
- 說明性文字是否正确----------------------正确
購物車怎麼測試？
- 功能測試
- 未登入時，将商品加入購物車，頁面跳轉到登入頁面，登入成功後購物車數量增加。
- 登入後：
- 所有連結是否跳轉正确
- 商品是否可以成功加入購物車
- 購物車商品總數是否有限制
- 商品總數統計是否正确
- 全選功能是否可用
- 删除功能呢是否可用
- 價格總計是否正确
- 商品文字太長時是否顯示完整
- 新加入購物車商品排序
- 收藏功能是否可用
- 購物車結算功能是否可用
- 商品删除後商品總數是否減少
- 相容性測試
- B/S架構：不同的浏覽器測試，比如：IE，火狐，谷歌，360等
- APP：在主流的不同類型的 不同分辨率，不同作業系統上的手機上測試
- 使用者體驗測試
- 删除商品時是否有提示
- 是否支援快捷鍵功能
- 是否有回到頂部的功能
- 購物車有多個商品時，能不能隻對單個商品結算
- 界面布局，排版是否合理
- 文字是否顯示清新
- 不同賣家的商品是否區分明顯
- 性能測試
- 打開購物車頁面需要多長時間
- 安全性測試
- 加入購物車時，抓包攔截資料
支付怎麼測試
- 從功能方面考慮
- 正常完成支付的流程
- 支付中斷後繼續支付的流程
- 支付中斷後結束支付的流程
- 單訂單支付的流程
- 多訂單合并支付的流程
- 餘額不總；金額的最小值，如0.01；金額為0
- 未綁定銀行卡
- 密碼錯誤
- 密碼錯誤次數過多
- 找人代付
- 弱網狀态下，連續點選支付功能，會不會支付多次
- 有優惠卷，折扣，促銷進行結算是否正确
- 不同終端上的支付
- 支付失敗後，再次支付
- 性能方面考慮
- 支付的響應時間
- 安全性方面
- 使用抓包工具攔截訂單資訊，并修改訂單金額，或者修改訂單号
- 使用者體驗
- 是否支援快捷功能
- 點選付款按鈕，是否有提示
- 取消付款，是否有提示
- UI界面是否整潔
- 輸入框是否對齊，大小是否适中等
- 相容性測試
- B/S架構：不同的浏覽器測試，比如：IE，火狐，谷歌，360等
- APP：在主流的不同類型的 不同分辨率，不同作業系統上的手機上測試
微信支付測試？
-
功能測試
① 正确的金額+無留言+無表情
② 錯誤的金額+無留言+無表情
③ 正确的金額+有留言+無表情
④ 錯誤的金額+有留言+無表情
⑤ 正确的金額+無留言+有表情
⑥ 錯誤的金額+無留言+有表情
⑦ 正确的金額+有留言+有表情
⑧ 錯誤的金額+有留言+有表情
其中，金額（0.01-200）可以測試以下資料
數字：測試0, 0.009, 0.01，0.011, 01， 199.99, 200, 200.01這些邊界值
中文、英文、特殊字元或者這幾種的組合
是否支援複制黏貼
為空/包含空格
金額的增删查改
留言可以測試以下資料
數字、中文、英文、特殊字元、表情或者他們的組合
輸入超長文本時，是否會給出相應的限制或提示
包含空格
是否支援複制黏貼
留言的增删查改
表情可以測試以下資料
選擇收藏的表情測試（動圖/靜圖）
選擇下載下傳的表情測試（動圖/靜圖）
錄制表情，并添加進行測試
表情的增删查改
⑨ 點選塞錢進紅包，選擇零錢付款，此時需要考慮金額＞零錢，金額＜零錢，金額=零錢三種情況
⑩ 點選塞錢進紅包，選擇已添加的銀行卡付款，此時同樣需要考慮金額＞銀行卡餘額，金額＜銀行卡餘額，金額=銀行卡餘額三種情況
⑪ 點選塞錢進紅包，選擇使用新卡付款，按照流程添加新卡，此時同樣需要考慮金額＞新卡餘額，金額＜新卡餘額，金額=新卡餘額三種情況
⑫ 使用指紋确認付款（正确的/不正确的指紋）
⑬ 使用密碼确認付款（正确的/不正确的密碼 ）
⑭ 發送成功之後，對應的途徑會減少相應的金額
⑮ 發送者/接受者可以點選紅包檢視到紅包的具體資訊，且金額，留言，表情均能正确顯示
⑯ 好友點選紅包之後，零錢中将增加相應的金額，再次點選之後，隻能檢視到紅包的資訊
⑰ 24小時之内沒有領取的紅包，将退回原賬戶，此時原賬戶的零錢将增加相應金額的金錢。24小時後好友點選紅包，顯示紅包已過期，無法檢視到紅包的餘額
⑱ 右上角的紅包記錄中，可以檢視剛剛發出的紅包的金額
⑲ 檢測幫助中心中連結是否均可以正常跳轉，檢視
20 當紅包超過24小時之後，則無法檢視紅包被每個人領取的詳細資訊
2）發送群紅包（與發給好友的測試點相似，以下僅寫出不同的部分）
① 選擇為拼手氣紅包時，群中每個人收到的金額随機（但加起來為紅包的總金額），為普通紅包時，群中每個人收到的金額相同
② 紅包個數（1-100）：0，1，2，大于群成員人數，小于群成員人數，等于群成員人數，99，100，101，小數，中文、英文、特殊字元、表情或者他們的組合
③ 但紅包沒有被搶完時，此時首次點選該紅包的人可以搶到一定金額的紅包，不是首次點選該紅包的人隻能檢視該紅包的資訊；當紅包搶完時，所有人隻能檢視該紅包的資訊。
④ 在24小時之内紅包的金額被完全搶完，且此時為拼手氣紅包時，金額最多的人會顯示為最佳手氣（若有兩個人取得紅包的最大值時，則隻有一個人會顯示為最佳手氣）；若沒有被完全搶完，則沒有最佳手氣，且餘額會退還到原賬戶
⑤ 群中所有人均可以搶紅包（包括自己），每個人最多隻有一次搶該紅包的機會
⑥ 測試當紅包個數使得每個紅包分到錢小于0.01，即總金額為0.02，而紅包個數為3時的情況
2、相容性測試
1）蘋果手機和安卓手機
2）蘋果手機的不同版本
3）安卓手機不同的機型
4）不同分辨率
3、性能測試
1）打開紅包的響應時間不能超過三秒，高并發場景下不能超過5秒
2）耗電量
3）消耗流量的多少
4）所占記憶體
等
4、UI測試&易用性測試
1）界面的設計風格是否統一
2）界面中文字是否簡潔，沒有錯别字
3）是否易操作，易學習，易了解
5、中斷測試：前背景切換，網絡異常，低電量，斷電，來電，短信等
6、網絡測試
1）網絡相容性：2g/3g/4g，WiFi，熱點，移動/聯通/電信
2）無網測試
3）弱網：延時&丢包
總而言之，萬物皆對象，萬物皆可測。我們需要熟悉産品流程，了解測試點。知道每種情況下相對于出現的情況。例如，發紅包金額大于零錢 ，小于零錢，等于零錢。相對于自己賬号中的餘額和對方賬号中的餘額會有什麼變化。每種可以支付出現的可能。群發紅包時，當有人領取之後，紅包會有什麼變化，再次點選紅包時會有什麼變化。紅包金額是否可以大于群裡總人數，當紅包全部被搶完時，隻能顯示全部領取資訊。其中的手氣最佳則是，當紅包還未被全部搶完時，不會出現手氣最加。當紅包被全部搶完時，出現手氣最佳。24小時内未領取的紅包則被退回，當再次點選紅包時，無法檢視到紅包的詳情
一個Web端頁面，含有賬号密碼輸入框 登入 取消按鈕怎麼測？
- 功能測試
- 輸入正确的賬号密碼點選登入，驗證是否能正确登入
- 輸入正确的賬号密碼點選取消按鈕，驗證是否能夠取消登入
- 輸入正确的賬号錯誤的密碼點選登入，驗證登入失敗，并且是否能夠正确提示資訊
- 輸入錯誤密碼，驗證登入失敗，并且是否能夠正确提示資訊
- 賬号 密碼都不輸入 驗證登入失敗，并且是否能夠正确提示資訊
- 賬号和密碼其中有空格，驗證登入失敗，是否有對空格的特殊過濾處理
- 性能測試
- 輸入正确賬号密碼，點選登入。登入成功後需要等待多久跳轉到新頁面
- 打開登入頁面，需要多少響應時間
- 使用者體驗測試
- UI界面是否正确，是否與原型圖一緻
- 輸入框的大小和按鈕的長度，輸入框的高度是否合理
- 是否可以使用快捷鍵盤
- 牽扯到驗證碼的還要考慮到扭曲文字的變形程度，以及色盲辨認度
- 相容性測試
- BS架構：不同浏覽器測試，比如：IE，火狐，谷歌，360這些。
- APP：在主流的不同類型，不同分辨率，不同作業系統的手機上測試，華為，vivo，oppo等
- 安全性方面的測試
- 密碼是否在前端加密，在網絡傳輸的過程中是否加密
- 使用者名和密碼的輸入框，能否防止SQL注入攻擊
- 使用者名和密碼的輸入框，能否防止XSS攻擊
- 錯誤登陸的次數限制（防止暴力破解）
- 是否支援多使用者在同一機器上登入
- 一個使用者在不同終端上登陸
- 使用者異地登陸
電梯怎麼測？
- 功能測試
- 電梯按鍵(電梯内，電梯外按鍵，上下按鍵，樓層數字按鍵，關閉和打開按鍵)正常響應，且訓示燈亮
- 電梯最底層是否有下行按鈕，電梯最高層是否有上升按鈕
- 報警裝置是否可用，報警電話是否可以拔出，攝像頭是否正常
- 電梯内通風如何
- 多個電梯協作用行(排程)
- 電梯内是否有手機信号，網絡信号
- 超重時重新挪動人員是否可以正常上下運作
- 報警裝置是否可用，滿載
- 其中一台使用，另一台是否可以停用
- 異常場景
- 電梯關閉時有人進入，伸手門不夾人
- 電壓不穩，電梯是否平穩
- 進入電梯後不點選樓層号
- 電梯外部強制開門
- 性能測試
- 電梯門開的時間多長，超過時間後是否自動關門
- 停靠測試
- 2部均空閑時，采取就近原則，離乘電梯人最近的電梯優先運作
- 有一部運作時，以同行方向且順路的電梯優先運作，否則安排空閑電梯
- 2部均運作時，以方向同行且順路的電梯優先運作
- 每部電梯，在電梯内部每層在上升和下降過程中，再電梯内部均申請每層停靠
- 每部電梯，在電梯内部上升和下降的過程中，電梯外部可以申請每層停靠
- 電梯的平穩性，在上升或下降的過程中，是否會造成人體不适
- 易用性
- 電梯的按鈕設計是否符合一般人使用的習慣
- 按鈕是否考慮殘障人士和兒童
- 樓層顯示屏是否處于電梯上部，友善别人看到
- 上升或下降的速度是否正常滿足使用者需求
- 耗電量測試
- 電梯界面是否整潔統一，按鍵光滑度或高度是否正常。按鈕是否好用
- 相容性
- 電梯是否适用于不同不同樓型，不同地區，不同時區
視訊播放器測試點
- 功能測試
- 視訊資源可以正常擷取，不管是伺服器傳回還是背景添加等
- 視訊的封面圖，頁面UI等正常
- 若一個視訊中涉及到上一個視訊，下一個視訊時點選後都能正常切換到相應的視訊，且視訊正常播放
- 音量大小(如靜音模式下播放時無聲音，音量大小上限等)
- 視訊最大化，最小化(如切換到最大化視訊時全屏播放，最小化，切換到相應視訊視窗)
- 播放清單的播放順序，單循環，多循環，順序播放，随機播放(驗證視訊播放是否正常)
- 其他邏輯
- 點選視訊時，視訊正常播放，再次點選時暫停播放資源
- 播放視訊時應用切換到背景----切換到背景後暫停播放，再次進入應用為暫停狀态；
- 播放時殺掉程式程序-----視訊播放結束，不保留觀看進度，再次進入到該視訊，從頭播放
- 播放時上衣滾動頁面-----視訊播放器位置恒定，滾動不影響播放
- 相容性測試
- 平台相容性：如Android,IOS
- 系統相容性：測試要引起注意，低版本的機型問題還是蠻多的
- 播放器是否與其他類型播放器相容(需要考慮播放過程中是否和音頻等相沖突)
- 網絡測試
- 網絡切換測試：WIFI---移動網；移動網-----WIFI；WIFI----無網； 無網------WIFI；無網-------移動網
- 弱網測試：弱網情況下。視訊播放是否有卡頓，黑屏，閃退等情況
- 無網時進入是否有提示info
- 移動網進行播放時是否有非wifi彈框提示
- 播放過程中斷網時，播放完已加載的部分後停止播放且有相應提示；
- 播放過程中切換網絡時有相應提示
- 半屏/全屏切換測試
- 視訊右下角全屏按鈕，點選全屏橫屏播放視訊
- 點選收起按鈕，全屏收起回到目前頁半屏播放
- 倆這切換播放到目前頁面，頁面展示正常
- 橫豎屏切換測試
- 選擇模式打開後，驗證頁面及視訊播放是否正常
- 橫屏模式下播放完視訊，自動切換豎屏模式
- 視訊中斷測試
- 播放中快進/後退進度，能正常播放本地資源，快進部卡頓，無延遲
- 播放中切換到背景，背景暫停播放，再次進入視訊為暫停狀态
- 視訊播放時殺掉程序，則視訊播放結束(是否儲存進度具體看産品需求)
- 視訊易用性測試
- 界面是否友善，整潔(如視訊封面圖，片頭，片尾，視訊圖像等各個界面)
- 快捷鍵是否正确
- 菜單那是否正确
- 圖像是否清楚(在标清，高清，超清等模式下切換時視訊播放正常，無卡頓黑屏閃退等，在切換過程中是否有加載loading的提示)
- 拖拽滾動條(拖，拽功能用起來是否友好)
- 是否具備播放記憶功能(即播放進度是否有記錄)
語言轉文字
測試點
- 語音識别失敗是否有提示
- 不說話的時候發送語言，是否會有轉文字
- 說話分貝很輕，是否可以錄入語言轉文字
- 轉好的文字是否有錯别字
- 是否可以選擇轉其他語言
- 語言轉文字顯示長度應該和轉好的文字時長成正比，語言時長越長，文字資訊顯示越長
- 語言轉文字響應的時間是多少
- 界面涉及，排版是否合理
- 不同手機型号和不同的微信版本是否都可以
- 移動端發送給pc端的語音是否可以轉文字