支付怎么測？
從功能方面考慮：
用戶的使用場景： 包括正常完成支付的流程；
支付中斷后繼續支付的流程；
支付中斷后結束支付的流程；
單訂單支付的流程；
多訂單合並支付的流程；
余額不足；
未綁定銀行卡；
密碼錯誤；
密碼錯誤次數過多；
找人代付；
弱網狀態下，
連續點擊支付功能，會不會支付多次；
分期付款等；
不同終端上支付：包括PC端的支付、筆記本電腦的支付、平板電腦的支付、手機端的支付等； 不同的支付方式：銀行卡網銀支付、支付寶支付、微信支付等； 從產品容錯性上：包括支付失敗后，能否再次支付、能否退款；
從性能方面考慮：
多個用戶並發支付能否成功； 支付的響應時間；
從安全性方面考慮
使用Fiddler攔截訂單信息，並修改訂單金額，或者修改訂單號，(下兩個訂單A,B，付款時攔截訂單B，並把訂單B的訂單號改為A訂單的訂單號)無法完成支付；
從用戶體驗方面考慮
是否支持快捷鍵功能； 點擊付款按鈕，是否有提示； 取消付款，是否有提示； UI界面是否整潔； 輸入框是否對齊，大小是否適中等。
兼容性
BS架構：不同瀏覽器測試。 APP：不同類型，不同分辨率，不同操作系統的手機上測試
購物車怎么測？
功能測試
未登錄時：將商品加入購物車，頁面跳轉到登錄頁面，登錄成功后購物車數量增加。
登錄后：
所有鏈接是否跳轉正確；
商品是否可以成功加入購物車；
購物車商品總數是否有限制；
商品總數統計是否正確；
全選功能是否可用；
刪除功能是否可用；
價格總計是否正確；
商品文字太長時是否顯示完整；
購物車中下架的商品是否有標識，是否還能支付；
新加入購物車商品排序（添加購物車中存在的店鋪的商品和購物車中不存在的店鋪的商品）；
是否支持快TAB、ENTER等快捷鍵；
商品刪除后商品總數是否減少；
收藏功能是否可用；
購物車結算功能是否可用。
兼容性測試
BS架構：不同瀏覽器測試，比如：IE，火狐，谷歌，360這些。 APP：在主流的不同類型，不同分辨率，不同操作系統的手機上測試，華為，vivo，oppo等
用戶體驗測試
刪除商品是否有提示； 是否支持快捷鍵功能； 是否有回到頂部的功能； 商品過多時結算按鈕是否可以浮動顯示； 購物車有多個商品時，能不能只對單個商品結算； 界面布局、排版是否合理； 文字是否顯示清晰； 不同賣家的商品是否區分明顯。
性能測試
打開購物車頁面要多長時間
一個輸入框怎么測試？
- 長度：例如輸入框支持100字符， 那需要測試100字符. 101字符，最大長度的顯示是否正常；
- 哪些是支持的字符類型：數字. 字母. 漢字. 字符！@！#. 特殊字符；
- 是否支持換行；
- 字符串前后中帶空格，前后的空格是否過濾， 中間的空格是否保留
- 全角半角的字母. 數字
- 快捷鍵：能不能全選，部分選擇，復制剪切粘貼是否可用，粘貼超過最大長度的字符串怎么顯示，tab鍵盤是否可用；
- 不同終端的兼容性
登陸功能怎么測試？
功能方面的測試：
- 輸入正確的用戶名和密碼，點擊提交按鈕，驗證是否能正確登錄，能否能跳轉到正確的頁面
- 輸入錯誤的用戶名, 驗證登錄失敗，並且提示相應的錯誤信息
- 輸入錯誤的密碼, 驗證登錄失敗，並且提示相應的錯誤信息
- 用戶名為空, 驗證登錄失敗，並且提示相應的錯誤信息
- 密碼為空, 驗證登錄失敗，並且提示相應的錯誤信息
- 用戶名和密碼都為空，點擊登陸
- 用戶名和密碼前后有空格的處理
性能方面的測試
- 打開登錄頁面，需要多長時間
- 輸入正確的用戶名和密碼后，登錄成功跳轉到新頁面，需要多長時間
安全性方面的測試
- 密碼是否在前端加密，在網絡傳輸的過程中是否加密
- 用戶名和密碼的輸入框，能否防止SQL注入攻擊
- 用戶名和密碼的輸入框，能否防止XSS攻擊
- 錯誤登陸的次數限制（防止暴力破解）
- 是否支持多用戶在同一機器上登錄
- 一個用戶在不同終端上登陸
- 用戶異地登陸
用戶體驗測試
- 頁面布局是否合理，輸入框和按鈕是否對齊
- 輸入框的大小和按鈕的長度，高度是否合理
- 是否可以全用鍵盤操作
- 是否有快捷鍵輸入用戶名，密碼后按回車
- 是否可以登陸牽扯到驗證碼的
- 還要考慮文字是否扭曲過度導致辨認難度大，考慮顏色（色盲使用者）
兼容性測試
- BS架構：不同瀏覽器測試，比如：IE，火狐，谷歌，360這些。
- APP：在主流的不同類型，不同分辨率，不同操作系統的手機上測試，華為，vivo，oppo等
文件上傳
1.功能測試
（1）選擇符合要求的文件，上傳--------上傳成功；
（2）上傳成功的文件名稱顯示----------顯示正常（根據需求）
（3）查看，下載上傳成功的文件--------上傳的文件可查看或下載
（4）刪除上傳成功的文件-------------可刪除
（5）替換上傳成功的文件-------------可替換
（6）上傳文件是否支持中文名稱--------根據需求而定
（7）文件路徑是否可手動輸入----------根據需求而定
（8）手動輸入正確的文件路徑，上傳-----上傳成功
（9）手動輸入錯誤的文件路徑，上傳-----提示，不能上傳
2.文件大小測試
（1）符合格式，總大小稍小於限制大小的文件------上傳成功
（2）符合文件，總大小等於限制大小的文件--------上傳成功
（3）符合文件總大小稍大於限制大小的文件--------在上傳初提示附件過大
（4）小為0kb的txt文檔-----------------------不能上傳
3.文件名稱測試
（1）文件名稱過長。Win2000標准：255個字符（指在英文的字符下），如果是中文不超過127個漢字-----提示過長
（2）文件名稱達到最大長度（中文，英文或混在一起）上傳后名稱顯示，頁面排版-----------頁面顯示正常
（3）文件名稱中包含特殊字符-------------根據需求而定
（4）文件名全為中文--------------------根據需求而定
（5）文件名全為英文--------------------根據需求而定
（6）文件名為中、英混合-----------------根據需求而定
4.文件格式測試
（1）上傳正確格式-----------------上傳成功
（2）上傳不允許的格式--------------提示不能上傳
（3）上傳rar,zip等打包文件（多文件壓縮）---------根據需求而定
5.安全性測試
（1）上傳可執行文件（exe文件）-----------------根據需求而定
（2）上傳常見的木馬文件------------------------提示不能上傳
（3）上傳時服務器空間已滿----------------------有提示
6.性能測試
（1）上傳時網速很慢（限速）-----------------當超過一定時間，提示
（2）上傳過程斷網--------------------------有提示是否上傳成功
（3）上傳過程服務器停止工資------------------有提示是否上傳成功
（4）上傳過程服務器的資源利用率---------------在正常范圍
7.界面測試
（1）界面美觀性、易用性（鍵盤和鼠標的操作、tab跳轉的順序是否正確）----------顯示正常（根據需求）
（2）按鈕文字是否正確--------------正確
（3）正確/錯誤提示的文字是否正確---------------正確
（4）說明性文字是否正確-----------------------正確
8.其他測試
（1）有多個上傳框時，上傳相同名稱的文件---------------根據需求而定
（2）上傳一個正在打開的文件-------------------------可以上傳
（3）文件路徑是手工輸入的是否限制長度----------------限制一定的長度
（4）上傳過程中是否有取消正在上傳文件的功能-----------有
（5）保存時有沒有已經選擇好，但沒有上傳的文件-----------提示上傳
（6）選擇好但是未上傳的文件是否可以取消選擇------------可以取消選擇