登陸功能通用測試用例設計

登陸功能通用測試用例

具體需求：

有一個登陸頁面，有一個帳號和一個密碼輸入框, 一個提交按鈕。 請針對這個頁面設計Test Case。

此題的考察目的：

一、瞭解需求（測什麼都是從瞭解需求開始）；

二、是否有設計Test Case的能力

三、是否熟悉各類測試方法；

四、是否有豐富的Web測試經驗；

五、是否瞭解Web開發；

瞭解需求：

測試需求分析過程，能夠從質量要求出發，來展開測試需求分析，如從功能、性能、安全性、兼容性等各個質量要求出發，不斷細化其內容，挖掘其對應的測試需求，覆蓋質量要求。也能夠從開發需求（如產品功能特性點、敏捷開發的用戶故事）出發，針對每一條開發需求造成已分解的測試項，結合質量要求，這些測試項再擴展爲測試任務，這些測試任務包括了具體的功能性測試任務和非功能性測試任務。在整理測試需求時，須要分類、細化、合併並按照優先級進行排序，造成測試需求列表。

一、登陸界面應該是彈出窗口式的，仍是直接在網頁裏面；

二、帳號長度和密碼的強度（好比須要多少位、大小寫敏感、特殊字符混搭等）；

三、界面美觀是否有特殊要求？（便是否要進行UI測試）；

四、····

用例設計：

測試需求分析完成後，開始用例設計，主要能夠從如下幾個方面考慮：

功能測試(Function Test)

一、輸入正確的帳號和密碼，點擊提交按鈕，驗證是否能正確登陸。（正常輸入）

二、輸入錯誤的帳號或者密碼, 驗證登陸會失敗，而且提示相應的錯誤信息。（錯誤校驗）

三、登陸成功後可否跳轉到正確的頁面（低）

四、帳號和密碼，若是過短或者太長，應該怎麼處理（安全性，密碼過短時是否有提示）

五、帳號和密碼，中有特殊字符（好比空格），和其餘非英文的狀況（是否作了過濾）

六、記住帳號的功能

七、登陸失敗後，不能記錄密碼的功能

八、帳號和密碼先後有空格的處理

九、密碼是否加密顯示（星號圓點等）

十、牽扯到驗證碼的，還要考慮文字是否扭曲過分致使辨認難度大，考慮顏色（色盲使用者），刷新或換一個按鈕是否好用

十一、登陸頁面中的註冊、忘記密碼，登出用另外一賬號登陸等連接是否正確

十二、輸入密碼的時候，大寫鍵盤開啓的時候要有提示信息。

1三、什麼都不輸入，點擊提交按鈕，看提示信息。（非空檢查）

界面測試(UI Test)

一、佈局是否合理，2個Testbox 和一個按鈕是否對齊

二、Testbox和按鈕的長度，高度是否複合要求

三、界面的設計風格是否與UI的設計風格統一

四、界面中的文字簡潔易懂，沒有錯別字。

性能測試(Performance Test)

一、打開登陸頁面，須要幾秒

2 、輸入正確的帳號和密碼後，登陸成功跳轉到新頁面，不超過5秒

安全性測試(Security Test)

一、登陸成功後生成的Cookie是否有HttpOnly(下降腳本盜取風險)

二、帳號和密碼是否經過加密的方式，發送給Web服務器

三、帳號和密碼的驗證，應該是用服務器端驗證，而不能單單是在客戶端用javaScript驗證

四、帳號和密碼的輸入框，應該屏蔽SQL注入攻擊

五、帳號和密碼的的輸入框，應該禁止輸入腳本（防止XSS攻擊）

六、錯誤登陸的次數限制（防止暴力破解）

七、考慮是否支持多用戶在同一機器上登陸；

八、考慮一用戶在多臺機器上登陸

可用性測試(Usability Test)

一、是否能夠全用鍵盤操做，是否有快捷鍵

二、輸入帳號，密碼後按回車，是否能夠登陸

三、輸入框是否能夠以Tab鍵切換

兼容性測試（Compatibility Test）

一、主流的瀏覽器下可否顯示正常已經功能正常（IE6~11, FireFox, Chrome, Safari 等 ）

二、不一樣的平臺是否能正常工做，好比Windows, Mac

三、移動設備上是否正常工做，好比iPhone, Android

四、不一樣的分辨率

本地化測試 （Localization Test）

一、不一樣語言環境下，頁面的顯示是否正確。

軟件輔助性測試 （Accessibility Test）

軟件輔助功能測試是指測試軟件是否向殘疾用戶提供足夠的輔助功能

一、高對比度下可否顯示正常（視力很差的人使用）