關于用戶登錄界面測試用例總結

2013-12-10 15:36 7170人閱讀 評論(0) 收藏 舉報 本文章已收錄于： 分類： 軟件測試（1） 作者同類文章X

版權聲明：本文為博主原創文章，未經博主允許不得轉載。

一、用戶注冊?
只從用戶名和密碼角度寫了幾個要考慮的測試點，如果需求中明確規定了安全問題，Email，出生日期，地址，性別等等一系列的格式和字符要求，那就都要寫用例測了~ 以等價類劃分和邊界值法來分析?
1.填寫符合要求的數據注冊： 用戶名字和密碼都為最大長度（邊界值分析，取上點）?
2.填寫符合要求的數據注冊 ：用戶名字和密碼都為最小長度（邊界值分析，取上點）?

3.填寫符合要求的數據注冊：用戶名字和密碼都是非最大和最小長度的數據（邊界值分析，取內點）

?4.必填項分別為空注冊?

5.用戶名長度大于要求注冊1位（邊界值分析，取離點）

?6.用戶名長度小于要求注冊1位（邊界值分析，取離點）

?7.密碼長度大于要求注冊1位（邊界值分析，取離點）

?8.密碼長度小于要求注冊1位（邊界值分析，取離點）?

9.用戶名是不符合要求的字符注冊（這個可以劃分幾個無效的等價類，一般寫一兩個就行了，如含有空格，#等，看需求是否允許吧~）

?10.密碼是不符合要求的字符注冊（這個可以劃分幾個無效的等價類，一般寫一兩個就行了）?

11.兩次輸入密碼不一致（如果注冊時候要輸入兩次密碼，那么這個是必須的）?
12.重新注冊存在的用戶?
13.改變存在的用戶的用戶名和密碼的大小寫，來注冊。（有的需求是區分大小寫，有的不區分）?
14.看是否支持tap和enter鍵等；密碼是否可以復制粘貼；密碼是否以* 之類的加秘符號顯示?

備注：邊界值的上點、內點和離點大家應該都知道吧，呵呵，這里我就不細說了~~

?二、修改密碼?

當然具體情況具體分析哈~不能一概而論~?
實際測試中可能只用到其中幾條而已，比如銀行卡密碼的修改，就不用考慮英文和非法字符，更不用考慮那些ＴＡＰ之類的快捷鍵。而有的需要根據需求具體分析了，比如連續出錯多少次出現的提示，和一些軟件修改密碼要求一定時間內有一定的修改次數限制等等。 1.不輸入舊密碼，直接改密碼 2.輸入錯誤舊密碼 3.不輸入確認新密碼 4.不輸入新密碼?

5.新密碼和確認新密碼不一致?

6.新密碼中有空格

?7.新密碼為空?

8.新密碼為符合要求的最多字符

?9.新密碼為符合要求的最少字符?

10.新密碼為符合要求的非最多和最少字符 11.新密碼為最多字符-1 12.新密碼為最少字符+1 13.新密碼為最多字符+1 14.新密碼為最少字符-1?
15.新密碼為非允許字符（如有的密碼要求必須是英文和數字組成，那么要試漢字和符號等）?
16.看是否支持tap和enter鍵等；密碼是否可以復制粘貼；密碼是否以* 之類的加秘符號?
17.看密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫?
18.新密碼與舊密碼一樣能否修改成功 另外一些其他的想法如下：?
1 要測試所有規約中約定可以輸入的特殊字符，字母，和數字，要求都可以正常輸入、顯示正常和添加成功?
2 關注規約中的各種限制，比如長度，大否支持大小寫。?
3 考慮各種特殊情況，比如添加同名用戶，系統是否正確校驗給出提示信息，管理員帳戶是否可以刪除，因為有些系統管理員擁有最大權限，一旦刪除管理員帳戶，就不能在前臺添加，這給最終用戶會帶來很多麻煩。比較特殊的是，當用戶名中包括了特殊字符，那么對這類



用戶名的添加同名，修改，刪除，系統是否能夠正確實現，我就遇到了一個系統，添加同名用戶時，如果以前的用戶名沒有特殊字符，系統可以給出提示信息，如果以前的用戶名包含特殊字符，就不校驗在插入數據庫的時候報錯。后來查到原因了，原來是在java中拼SQL語句的時候，因為有"_"，所以就調用了一個方法在“_”，前面加了一個轉義字符，后來發現不該調用這個方法。所以去掉就好了。所以對待輸入框中的特殊字符要多關注。?
4 數值上的長度 之類的，包括出錯信息是否合理 ?

5 特殊字符：比如。 / ' " \ </html> 這些是否會造成系統崩潰?

6 注入式bug：比如密碼輸入個or 1=1 7 登錄后是否會用明文傳遞參數?

8 訪問控制（不知道這個算不算）：登錄后保存里面的鏈接，關了瀏覽器直接復制鏈接看能不能訪問。




11.兩次輸入密碼不一致（如果注冊時候要輸入兩次密碼，那么這個是必須的）?
12.重新注冊存在的用戶?
13.改變存在的用戶的用戶名和密碼的大小寫，來注冊。（有的需求是區分大小寫，有的不區分）?
14.看是否支持tap和enter鍵等；密碼是否可以復制粘貼；密碼是否以* 之類的加秘符號顯示?
備注：邊界值的上點、內點和離點大家應該都知道吧，呵呵，這里我就不細說了~~ 二、修改密碼?
當然具體情況具體分析哈~不能一概而論~?
實際測試中可能只用到其中幾條而已，比如銀行卡密碼的修改，就不用考慮英文和非法字符，更不用考慮那些ＴＡＰ之類的快捷鍵。而有的需要根據需求具體分析了，比如連續出錯多少次出現的提示，和一些軟件修改密碼要求一定時間內有一定的修改次數限制等等。 頂

0

踩

0

• 上一篇（整理）批處理文件語法
• 下一篇關于用戶注冊界面測試用例總結

我的同類文章

軟件測試（1） http://blog.csdn.net

• ?關于用戶注冊界面測試用例總結2013-12-10閱讀8130

總結

以上是生活随笔為你收集整理的用户登录测试用例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。