銀行放款測試點
1、正常業務場景：直接申請a4貸款，且a4的申請的金額<=100w- (20w +30w+10w)這個條件成立。
2、其他異常業務場景：
2.1 如果使用者同時申請多筆，系統是否會對申請的金額和業務進行正確的審批。
2.2 申請金額輸入小數的情況(考慮非整數情況)
2.3 剩餘額度為0時，是否可以繼續申請還是會關閉掉申請通道
2.4 如果期間使用者還款一筆，使用者的授信額度是否會恢復
2.5 在條件1的基礎上，剩下40w的授信額度，從邊界值考慮 39w、 40w以及41w的情況
2.6 申請業務的額度為0的情況以及負數的情況
2.7 同一筆業務重複申請，是否會做異常判斷處理
2.8 一次性申請完所有的授信總額，是否可以申請成功(考慮場景1以外的用例點)
移動測試測試點之功能測試測試點
4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...
登入測試點
測試點 使用者 密碼 登入按鈕 1.是否有長度限制 2.是否可以不輸入使用者名稱 3.是否可以使用特殊字元 4.是否可以使用空格 5.是否可以使用空白 6.是否可以英文 7.是否可以使用中文 8.是否可以大寫使用者名稱 9.是否可以小寫使用者名稱 10.密碼是否可以用大寫 11.密碼是否可以用小寫 ...
介面測試測試點
大家都知道，測試的本質的發現問題，然後跟蹤解決問題 但是解決問題有個通用成本理論 問題越早發現解決的成本越低，成本從大到小排列為 產品需求規格說明書 開發需求分析報告 開發詳細設計說明書 測試需求分析說明書 測試用例 code review 轉測試驗收 測試人員提交bug 產品 運營驗收 客戶投訴 ...