一次面試中的問題，如何測試下面這樣的登陸頁面？
一聽到是這個問題就樂了，心想真是沒什麼創意啊，又是這種問爛了的問題。當即奮筆疾書，不多會就寫滿了一張白紙，基本上能想到的測試方法都寫上去啦，等價類、邊界值、正交、因果圖、判定表.....大致類似這樣
等價類--有效等價類：6-16有效字元；無效等價類：特殊字元、小於6個字元、大於16個字元...現實總是一如既往的殘酷，面試官並沒有如我所想的那樣露出讚賞的表情，只是簡單的問了我幾個問題就揚長而去，結果可想而知。很久之後我才明白，「沒什麼創意」、「這麼簡單的問題」之類的想法無不體現了我的夜郎自大、坐井觀天，正是一桶水不響，半桶水咣噹。邊界值--6個字元、16個字元...
現在回過頭來仔細研究這個問題，發現涉及了功能、效能、安全等各個方面，下面把一些測試點羅列出來，不足之處還請大家指正。
1.輸入正確的使用者名稱和密碼，驗證能否正常登入，是在當前視窗還是新標籤頁。
2.輸入正確的使用者名稱和錯誤的密碼，驗證是否登入失敗，相應的錯誤提示是否正確。
3.輸入錯誤的使用者名稱和正確的密碼，驗證是否登入失敗，相應的錯誤提示是否正確。
4.使用者名稱和密碼的長度超過16位或小於6位，相應的提示資訊是否準確。
5.html是否指定了編碼格式，字型族設定是否合理。
6.登陸後再返回是否記住使用者名稱和密碼。
7.使用者名稱和密碼非英文時或是中文時的長度判斷。
8.使用者名稱和密碼包含特殊字元的處理。
9.使用者名稱和密碼為空時的登入判斷。
10.使用者名稱和密碼前中後空格的處理。
11.是否支援tab、enter等鍵盤操作
12.登陸後是否生成cokkie，session。
13.相同使用者能否同時登入
14.密碼是否以星號顯示。
15.是否做了seo。
1.使用者名稱和密碼輸入框長度是否一致，和登入按鈕的布局是否合理。
2.輸入框和登入按鈕的大小、樣式是否符合要求。
3.瀏覽器放大、縮小時頁面的處理。
4.是否有必填項提示。
1.字型大小、樣式、顏色設定是否合理。
2.輸入框和輸入框，輸入框和按鈕間距是否合理。
3.404、500等頁面提示資訊是否友好。
4.使用者名稱和密碼錯誤是的提示信是否採用ajax方式。
1.使用者名稱和密碼是通過get還是post方式傳輸，是否加密。
2.密碼在服務端是否加密儲存。
3.輸入框防止sql注入和指令碼攻擊。
4.限制登入次數，防止暴力破解。
5.使用者名稱和密碼是否有前端和伺服器端的雙重驗證。
1.開啟頁面所需時間。
2.登入跳轉時間。
3.壓力和負載測試。
1.ie6以上，ff,chrome等頁面能否展示，功能是否正常。
2.windows、mac、移動端功能是否正常。
3.不同的解析度下功能展示是否正常。
登入測試頁面
三十 八 新建test頁 這個網頁只有登入的使用者才可以看，三十九 登入測試頁面 管理員操作的後台頁面有很多，在每個頁面加這段 的話，自己累，使用者也非常的不爽。我們有什麼好的方法處理這個問題麼？可以用過濾器 httpmodule 其中最核心的就是19個事件。四十 19個事件 看表，得知使用第九個。...
登入測試頁面
三十 八 新建test頁 這個網頁只有登入的使用者才可以看，三十九 登入測試頁面 管理員操作的後台頁面有很多，在每個頁面加這段 的話，自己累，使用者也非常的不爽。我們有什麼好的方法處理這個問題麼？可以用過濾器 httpmodule 其中最核心的就是19個事件。四十 19個事件 看表，得知使用第九個。...
測試面試題之如何設計登入頁面的測試用例（一）
這個面試問題在我幾次的面試過程中碰到了三次，我想雖然是老問題了但是喲喲把它答好才對。在我第一次碰到這個問題時我覺得挺簡單的，我的回答是根據我在登入頁面的使用經驗去答的，第一次的面試我沒有全新的對待，到了第二次面試碰到這個問題後我回來決定要好好專研這個問題 因為我覺得我回答後面試官並不是很滿意這個問題...