1、從功能方面考慮：
1）、用戶的使用場景：包括正常完成支付的流程；
支付中斷後繼續支付的流程；
支付中斷後結束支付的流程；
單訂單支付的流程；
多訂單合並支付的流程；
余額不足；未綁定銀行卡；密碼錯誤；密碼錯誤次數過多；找人代付；
弱網狀態下，連續點擊支付功能功能，會不會支付多次；分期付款等；
2）、不同終端上支付：
包括PC端的支付、筆記本電腦的支付、平板電腦的支付、手機端的支付等；
3）、不同的支付方式：銀行卡網銀支付、支付寶支付、微信支付等；
4）、從產品容錯性上：包括支付失敗後，能否再次支付、能否退款；
2、從性能方面考慮：
多個用戶並發支付能否成功；
支付的響應時間；
3、從安全性方面考慮
? 使用Fiddler攔截訂單信息，並修改訂單金額，或者修改訂單號，
? (下兩個訂單A,B，付款時攔截訂單B，並把訂單B的訂單號改為A訂單的訂單號)無法完成支付；
4、從用戶體驗方面考慮
是否支持快捷鍵功能；
點擊付款按鈕，是否有提示；
取消付款，是否有提示；
UI界面是否整潔；
輸入框是否對齊，大小是否適中等。
5、兼容性
? BS架構：不同瀏覽器測試。
? APP：不同類型，不同分辨率，不同操作系統的手機上測試
二.購物車怎麽測試？
1.功能測試
a）、未登錄時：
將商品加入購物車，頁面跳轉到登錄頁面，登錄成功後購物車數量增加。
b）、登錄後：
所有鏈接是否跳轉正確；
商品是否可以成功加入購物車；
購物車商品總數是否有限制；
商品總數統計是否正確；
全選功能是否可用；
刪除功能是否可用；
價格總計是否正確；
商品文字太長時是否顯示完整；
購物車中下架的商品是否有標識，是否還能支付；
新加入購物車商品排序（添加購物車中存在的店鋪的商品和購物車中不存在的店鋪的商品）；
是否支持快TAB、ENTER等快捷鍵；
商品刪除後商品總數是否減少；
收藏功能是否可用；
購物車結算功能是否可用。
2.兼容性測試：
? BS架構：不同瀏覽器測試，比如：IE，火狐，谷歌，360這些。
? APP：在主流的不同類型，不同分辨率，不同操作系統的手機上測試，華為，vivo，oppo等
3.用戶體驗測試：
? 刪除商品是否有提示；
? 是否支持快捷鍵功能；
? 是否有回到頂部的功能；
? 商品過多時結算按鈕是否可以浮動顯示；
? 購物車有多個商品時，能不能只對單個商品結算；
? 界面布局、排版是否合理；
? 文字是否顯示清晰；
? 不同賣家的商品是否區分明顯。
4.性能測試：
? 打開購物車頁面要多長時間.
輸入框怎麽測試？
1、長度：例如輸入框支持100字符， 那需要測試100字符、101字符，最大長度的顯示是否正常；
2、哪些是支持的字符類型：數字、字母、漢字、字符！@！#、特殊字符；
3、是否支持換行；
4、字符串前後中帶空格，前後的空格是否過濾， 中間的空格是否保留
5、全角半角的字母、數字
6、快捷鍵：能不能全選，部分選擇，復制剪切粘貼是否可用，粘貼超過最大長度的字符串怎麽顯示，table鍵盤是否可用；
7、不同終端的兼容性
三.登陸功能怎麽測試？
功能方面的測試：
1.輸入正確的用戶名和密碼，點擊提交按鈕，驗證是否能正確登錄，能否能跳轉到正確 的頁面
2.輸入錯誤的用戶名, 驗證登錄失敗，並且提示相應的錯誤信息
3.輸入錯誤的密碼, 驗證登錄失敗，並且提示相應的錯誤信息
4.用戶名為空, 驗證登錄失敗，並且提示相應的錯誤信息
5.密碼為空, 驗證登錄失敗，並且提示相應的錯誤信息
6.用戶名和密碼都為空，點擊登陸
7.用戶名和密碼前後有空格的處理
性能方面的測試
1.打開登錄頁面，需要多長時間
2.輸入正確的用戶名和密碼後，登錄成功跳轉到新頁面，需要多長時間.
安全性方面的測試
1.密碼是否在前端加密，在網絡傳輸的過程中是否加密
2.用戶名和密碼的輸入框，能否防止SQL註入攻擊
3.用戶名和密碼的輸入框，能否防止XSS攻擊
4.錯誤登陸的次數限制（防止暴力破解）
5.是否支持多用戶在同壹機器上登錄
6.壹個用戶在不同終端上登陸
7.用戶異地登陸
用戶體驗測試：
1.頁面布局是否合理，輸入框和按鈕是否對齊
2.輸入框的大小和按鈕的長度，高度是否合理
3.是否可以全用鍵盤操作，是否有快捷鍵
4.輸入用戶名，密碼後按回車，是否可以登陸
5. 牽扯到驗證碼的，還要考慮文字是否扭曲過度導致辨認難度大，考慮顏色（色盲使用者），刷新或換壹個按鈕是否好用
兼容性測試
? BS架構：不同瀏覽器測試，比如：IE，火狐，谷歌，360這些。
? APP：在主流的不同類型，不同分辨率，不同操作系統的手機上測試，華為，vivo，oppo等
四.支付功能怎麽測試？
1、從功能方面考慮：
1）、用戶的使用場景：包括正常完成支付的流程；
支付中斷後繼續支付的流程；
支付中斷後結束支付的流程；
單訂單支付的流程；
多訂單合並支付的流程；
余額不足；未綁定銀行卡；密碼錯誤；密碼錯誤次數過多；找人代付；
弱網狀態下，連續點擊支付功能功能，會不會支付多次；分期付款等；
2）、不同終端上支付：
包括PC端的支付、筆記本電腦的支付、平板電腦的支付、手機端的支付等；
3）、不同的支付方式：銀行卡網銀支付、支付寶支付、微信支付等；
4）、從產品容錯性上：包括支付失敗後，能否再次支付、能否退款；
2、從性能方面考慮：
多個用戶並發支付能否成功；
支付的響應時間；
3、從安全性方面考慮
? 使用Fiddler攔截訂單信息，並修改訂單金額，或者修改訂單號，
? 是否防止SQL註入，XSS攻擊(跨站腳本攻擊)。
4、從用戶體驗方面考慮
是否支持快捷鍵功能；
點擊付款按鈕，是否有提示；
取消付款，是否有提示；
UI界面是否整潔；
輸入框是否對齊，大小是否適中等。
5、兼容性
? BS架構：不同瀏覽器測試。
? APP：不同類型，不同分辨率，不同操作系統的手機上測試 .
五.還款怎麽測試？
功能上：
1.不同的還款方式：等額本息，等額本金還款，壹次性還本付息。
2.逾期，提前還款和第三方還款。
3.不同賬戶的還款。
4.余額不足的還款，.
5.金額輸入錯誤，不輸入。
6.弱網狀態下連續點擊還款按鈕或者系統不問題情況下，支付方未把支付結果返回給下單發起方。
從性能方面考慮：
還款的響應時間；
從安全性方面考慮：
? 是否防止SQL註入，XSS攻擊(跨站腳本攻擊)。
? 還款金額是否被攔截，還款密碼等敏感信息是否加密。
從用戶體驗方面考慮
系統界面是否容易理解。
UI界面是否整潔；
輸入框是否對齊，大小是否適中等。
兼容性：
? BS架構：不同瀏覽器測試。
? APP：不同類型，不同分辨率，不同操作系統的手機上測試 .
《附》
支付流程：
用戶發送下單請求-平臺後臺查看訂單並制作支付請求後將請求傳給第三方（銀行）-銀行將支付的信息反饋給客戶，客戶核對後輸入支付密碼--銀行成功劃賬後將支付成功信息告知給平臺後臺和用戶--平臺確認支付信息反饋給第三方並發貨.
退款流程：
用戶提交退款申請給平臺，平臺後臺通過審核後將退款信息告知給第三方（銀行），第三方將錢退到用戶綁定的銀行賬戶中並告知平臺處理結果。平臺確認結果後並結束用戶退款申請。
六.電梯如何測試？
需求測試：
查看電梯使用說明書、安全說明書等
界面測試：
查看電梯外觀
功能測試：
1.測試電梯能否實現正常的上升和下降功能。
2.電梯的按鈕是否都可以使用。
3.電梯門的打開，關閉是否正常。
4.報警裝置是否可用。
5.與其他電梯之間是否協作良好。
6.通風狀況如何。
7.突然停電時的情況。
8.上升途中的響應。
1）電梯本來在1樓，如果有人按18樓，那麽電梯在上升到5樓的時候，有人按了10樓，這時候是否會在10樓先停下來；
2）電梯下降到10層時顯示滿員，此時若8層有人等待電梯，是否在8層停。
可靠性：
1.門關上的壹剎那出現障礙物。
2.同時按關門和開門按鈕。
3.點擊當前樓層號碼。
4.多次點擊同壹樓層的號碼等等。
5.同時按上鍵和下鍵會怎樣。
易用性：
1.電梯的按鈕的設計符合壹般人使用的習慣嗎．
負載/壓力測試：
1.看電梯的最大限度的承受重量．在負載過重時是否有提醒。
2.在壹時間內不斷的讓電梯上升，下降。
穩定性測試：
1.最大負載下平穩運行的最長時間。
文檔測試：
1.使用手冊是否對電梯的用法、限制、使用條件等有詳細描述.