1、極客時間支付成功后，如果選擇不分享，進入的是個空白頁面，返回后，進入的是個不可支付的支付頁面，很顯然這個后退的場景考慮不足。
---場景法確實是個非常重要的方法，先有大思維，確定閉環是沒有問題的。
每一步至少會有一個否的選擇，有些還有幾個不同的選擇。
2、數據測試時，大家考慮過整數，浮點數，正數，負數等等，有人考慮過這種數不？00.1
這是一個神奇的 bug 。
3、手機號碼注冊或者登錄，需要填寫 驗證碼 ，步驟：輸入手機號碼-輸入驗證碼，然后把手機號碼改了，點擊注冊登錄，可以成功。
4、前端文本顯示自測時，常有的特殊字符集合：~!@#$%^&*()_+{}|:"<>?/.,';[]=-
5、看似簡單的翻頁測試，卻極容易藏 bug，比如每頁顯示 15 條數據，當前第 2 頁，然后我刪除了一條記錄，繼續翻到第 3 頁，那么第 3 頁展示的是 31-45 的記錄呢，還是 32-46 的記錄呢？
6、重復下單問題
一、操作過程
- 前端下單按鈕快速重復點擊導致創建多個訂單。
- 網速卡等原因造成頁面卡頓，用戶重復刷新提交請求。
- 黑客或者用戶惡意使用 jmeter、postman等 http 工具重復惡意提交表單。
二、導致問題
- 會導致表單重復提交，造成數據重復或者錯亂。
- 核心接口請求增加，消耗服務器負載，嚴重甚至會造成服務器宕機。
三、解決方案
方式一： 前端 JS 控制點擊次數，屏蔽點擊按鈕無法點擊前端可以被繞過，
前端要有限制重復點擊，后端也需要有限制。
方式二： 數據庫或者其他存儲增加唯一索引約束，需要滿足業務需求的唯一索引約束，
比如注冊手機號唯一。
方式三： 服務端 token 令牌方式
下單前先獲取令牌-存儲redis ，下單時一並把 token 提交並檢驗和刪除-lua 腳本