前些天無意中看到網上的一篇很好的文章，現在記錄一下。
材料來源於互聯網，如有侵權，請聯繫刪除。
登錄功能設計用例
關於測試用例設計，根據業務不同，能力不同，設計的測試用例也不同。
需求：做爲用戶，我想輸入賬號、密碼及驗證碼，以便我能正常登錄系統
根據以上需求，不同的測試人員，可能會設計出來不同的測試用例來進行登錄功能的測試。
這是我覺得60分的測試用例
登錄用例設計-60分
- 輸入已註冊的用戶名和正確的密碼，驗證是否登錄成功
- 輸入已註冊的用戶名和不正確的密碼，驗證是否登錄失敗，並且提示信息正確
- 輸入未註冊的用戶名和任意密碼，驗證是否登錄失敗，並且提示信息正確
- 用戶名和密碼兩者都爲空，驗證是否登錄失敗，並且提示信息正確
- 用戶名和密碼兩者之一爲空，驗證是否登錄失敗，並且提示信息正確
- 如果登錄功能啓用了驗證碼功能，在用戶名和密碼正確的前提下，輸正確的驗證碼，驗證是否登錄成功
- 如果登錄功能啓用了驗證碼功能，在用戶名和密碼正確的前提下，輸不正確的驗證碼，驗證是否登錄失敗，並且提示信息正確
- 是否支持第三方登錄
在60分用例的基礎上，加上以下案例，這是我覺得70分的測試用例
登錄用例設計-70分
- 用戶名、密碼、驗證碼是否大小寫敏感
- 頁面上的密碼框是否加密顯示
- 輸入框默認焦點
- 後臺系統創建的用戶第一次登錄成功時，是否提示修改密碼
- 忘記用戶名和忘記密碼的功能是否可用
- 前端頁面是否根據設計要求限制用戶名和密碼長度
- 點擊驗證碼圖片是否可以更換驗證碼，更換後的驗證碼是否可用
- 刷新頁面是否刷新驗證碼
- 如果驗證碼有時效性，需要分別驗證時效內和時效外驗證碼的有效性
- 不同級別的用戶，登錄系統後權限是否正確
- 用戶登錄超時後，繼續操作是否會重定向到用戶登錄界面
- 頁面默認焦點是否定位在用戶名的輸入框中
- 網絡環境之間切換，驗證登錄功能是否正常
- 快捷鍵Tab和Enter等，是否可以正常使用
- 不同的輸入法能不能正常輸入
- 中英文輸入法能不能正常輸入
- 是否可以利用抓包工具抓到請求直接登錄
- 除了前端驗證格式及長度，後端是否也校驗？
- 已登錄的用戶，殺死APP進程後，再次打開APP是否依然爲已登錄狀態
- 登錄成功後，session的時效性設置
在70分用例的基礎上，加上以下案例，這是我覺得80分的測試用例
登錄用例設計-80分
性能測試設計點：
- 單用戶登錄的響應時間是否小於3秒
- 單用戶登錄時，後臺請求數量是否過多
- 高併發場景下，用戶登錄的響應時間是否小於5秒
- 高併發場景下，服務器的監控指標是否符合預期
- 高集合點併發場景下，是否存在資源死鎖和不合理資源等待
- 長時間大量用戶連續登錄和登出，服務器端是否存在內存泄漏
安全測試測試點：
- 用戶密碼後臺存儲是否加密
- 用戶密碼在網絡傳輸過程中是否加密
- 密碼是否有有效期，到期後，是否提示需要修改密碼
- 不登錄的情況下，在瀏覽器中直接輸入登錄後的URL地址，驗證是否會重新定向到用戶登錄界面
- 密碼輸入框是否支持複製和粘貼
- 用戶名和密碼輸入框 中分別輸入典型SQL注入攻擊字符串，驗證系統行爲是否被篡改
- 連續多次登錄失敗情況下，系統是否會阻止後續的嘗試，以應對暴力破解
- 同一用戶在同一終端的多種瀏覽器上登錄，驗證登錄功能的互斥性是否符合設計預期
- 同一用戶先後在多臺終端的瀏覽器上登錄，驗證登錄是否具有互斥性
- 異地登錄的校驗，更換設備的校驗，登錄異常是否考慮賬號凍結
在80分用例的基礎上，加上以下案例，這是我覺得90分的測試用例
登錄用例設計-90分
兼容性測試：
- 不同平臺下，驗證登錄頁面的顯示及功能的正確性
- 不同設備下，驗證登錄頁面的顯示及功能的正確性
- 不同瀏覽器下，驗證登錄頁面的顯示及功能的正確性
- 不同分辨率下，驗證登錄頁面顯示及功能的正確性
- 同一瀏覽器，不同版本下，驗證登錄頁面顯示及功能正確性
有學生問我，爲何沒有100分的測試案例。答案是當然沒有，這個和軟件測試原則裏面不可能做窮盡的測試相違背。
任何時候，接到一個功能的需求時，除了考慮覆蓋需求功能的測試點以外，也需要考慮非功能測試點設計，這樣才能更好的保證功能的完整性。
以上信息傳達的是一種設計思路，當然針對登錄功能還會有更多的測試點，這個就需要根據項目開發過程中，測試的時間成本和經濟成本，基於風險驅動的模式下，有所側重地選擇測試範圍和設計測試用例，以尋求缺陷風險和研發成本之間的平衡。
注：以上資料參考茹老師（茹炳晟）的極客時間裏的《軟件測試52講》