以此為模板，覆蓋各個點。
確認大前提：需求內容，需求背景，需求目標，對象用戶，使用設備，使用環境
可大略概括為：功能，界面，性能，安全
1)基本的功能邏輯測試：等價類，邊界值，數據類型，正常邏輯，異常邏輯，異常邏輯的良性提示，流程失敗，各種場景，易用性等
2)設備兼容性：IOS Andriod，不同系統版本，不同屏幕
3)獲取設備權限
4)網絡環境：wifi/弱網/斷網，以及這幾種情況切換下，發起請求與缺省頁面
5)FPS，正常情況下資源加載速度，打開速度
6)流量測試，和電量測試
7)cpu 和內存資源占用情況
8)負載測試、壓力測試：程序的健壯性，並發量用戶量比較大的時候是否會有崩潰之類的問題
9)安全測試：涉及安全性的數據不可以被挾持，攻擊，密碼不可明文存儲
10)是否調用第三方，與第三方軟件的協調配合
1、設計登錄場景
登錄場景的測試設計
2、有一個移動 app 電影票，現有個活動，能以 20%的價格買入 1000 張電影票，每人限購 1 張，設計測試場景
功能點：關鍵詞：移動app、活動、電影票、20%的價格、1000張、限購邏輯
壓測
兼容
其他加分項：作為負責人需要考慮，項目上線時間及各階段排期是否合理、測試資源如何分配、是否有風險預案等
測試用例參考：
一、功能測試
1、移動app：因是個活動，需要考慮弱網絡情況，考慮圖片是否使用縮略圖；用戶體驗...
2、活動：H5的可能比較大，需考慮活動如何上線、能否正確進入活動界面...
3、電影票：電影票是某部電影還是全部在售的電影、選座是否正常、已售座位的信息更新是否及時、電影的相關信息是否正確等...
4、20%的價格：購買方式（網銀、支付寶、微信）、買入/退款時的折扣計算、可能存在的安全隱患（如異常數據提交購買/退款）...
5、1000張：1000等價類划分、並行處理之N個人同時付款一張票、二次支付；二次購買...
6、限購：限購方式（手機號、新老用戶、App賬號、iOS/Android不同端…）、購買時庫存不足、重復購買、如果有允許等待30min內付款，那么第一張不付款，購買第二張會怎么樣…
二、壓測：加載H5頁面的時間，峰值並發的設計
三、兼容性：在不同設備，不同系統及版本該“活動”的兼容性檢查
3、以朋友圈點贊設計測試場景
朋友圈點贊
4、針對電梯、取款機、拉桿箱設計測試場景
電梯場景、取款機場景、拉桿箱場景
5、購物網站從商品瀏覽到提交訂單設計測試場景
首頁→品類頁→商品詳情頁→加購物車→選擇配送→→提交訂單→選擇支付類型 →支付完成
