一:上傳圖片
對於上傳的文件,假設系統要求上傳的文件為jpg或gif格式圖片,大小為<=5M的文件,我們在設計
測試用例時,應該從以下幾個方面進行考慮:
1:文件類型正確,文件大小合適的校驗
例如:上傳一種jpg或gif的格式圖片,文件大小為4.9M,結果為上傳成功
2:文件類型正確,文件大小不合適的校驗
例如:上傳一種jpg或gif的格式圖片,文件大小為5.1M,提示為:“上傳的附件中大小不能超過5M”
3:文件類型正確,文件大小合適的校驗
例如:上傳一種jpg或gif的格式圖片,文件大小為5M,結果為上傳成功
4:文件類型錯誤,文件大小合適的校驗
例如:上傳.doc;.xls;ppt;bmp;jpeg;psd;tiff;tga;png;swf;svg;pcx;dxf;wmf;emf;lic;eps;.txt等格式文件,文件大小合適,提示“只能上下jpg或gif格式圖片”
5:文件類型和文件大小合法,上傳一個0kb的圖片,提示信息:“請重新上傳文件,或者是不能上傳0kb的圖片”
6:文件類型和文件大小合法,上傳一個正在使用中的圖片(即打開該圖片,在上傳該圖片),上傳成功
7:文件類型和文件大小合法,手動輸入一個存在的圖片地址,點擊上傳,上傳成功
8:文件類型和文件大小合法,手動輸入一個不存在的圖片地址,點擊上傳,提示:“請正確選擇要上傳的文件”
9:文件類型和大小都合法,手動輸入一個存在的圖片名稱,點擊上傳,一般情況下系統會提示:“請正確選擇要上傳的文件的路徑”
二:文件導出
1、驗證導出文件名長度,根據具體情況而定
2、驗證導出文件為空的情況
3、驗證導出文件名為特殊字符的情況
4、驗證導出全部資料的情況,導出的信息是否正確
5、驗證導出部分資料的情況,導出的信息是否正確
6、驗證導出大量數據時的時間是否在合理的時間范圍內
7、驗證導出目的磁盤空間已滿的情況下,導出是否有友好的處理方式
8、驗證導出目的的文件夾為只讀的情況下,導出時是否有友好的的提示信息
---------------------------------------------------------------
文件上傳:
***頁面***
1、頁面美觀性、易用性
2、按鈕文字正確性
3、說明文字是否正確
4、正確/錯誤的提示文字是否正確
5、提示當前位置是否正確,並且和其他頁面保持一致格式
6、必添項的標示是否正確
***功能***
1、路徑是否可以手工輸入
2、上傳文件超過最大值是在提交前校驗還是提交后校驗
3、上傳文件格式是否全部支持
4、上傳文件是否支持中文名稱
5、文件名稱的最大值、最小值、特殊字符(包含空格)、使用
程序語句是否會對其造成影響、中文名稱是否能正常顯示
6、對於是否發布的設置是否正確
7、簡介最大值、特殊字符、使用程序語句是否會對其造成影響
***按鈕***
1、保存按鈕
· 對輸入項有錯誤提示后光標提示是否正確
· 對輸入項的錯誤提示是否描述正確
· 對必添項是否進行校驗
2、清空按鈕
· 是否清除了填寫內容
3、返回按鈕
· 是否返回上一頁面
文件下載:
***頁面***
1、當前位置的提示是否現實正確
2、頁面美觀性、易用性
3、按鈕文字是否正確
4、說明性文字是否正確
5、正確/錯誤的提示文字是否正確
***功能***
1、右鍵另存為是否可以正確下載文件,並且記錄下載次數
·
工具下載是否正確,並且記錄下載次數
2、單擊下載是提示下載還是在頁面打開
· 直接打開是否顯示正確
· 對於本機沒有安裝工具的文件是否能夠打開,是否能給出正確的提示
· 對於直接在頁面內打開的內容是否能夠顯示正常,頁面美觀性
· 保存到本地是否能正確顯示
· 取消下載是否會紀錄下載次數
3、下載次數是否被正確記錄
4、后台沒有發布的文件是否在前台可以找到並下載
5、后台設置了下載權限的文件是否可以被正確看到、是否可以下載
***按鈕***
返回按鈕是否回到上一頁面
再補充一些其他的常見測試點:
1、上傳文件名測試,檢查不符合文件名規范
2、上傳文件名類型測試,檢查不同文件類型是否支持如:.rar,.mp3,avi等
3、上傳文件大小測試,檢查不同文件規格大小如:0字節文件, 1kb,200kb, 2mb, 20mb,2g等
4、上傳文件容錯性測試:如檢查覆蓋同文件操作;
5、上傳文件異常情況測試:如硬盤空間不足
6、上傳文件速率
性能測試:檢查上傳不同的文件在不同的
網絡環境響應速度,及
系統資源占用
7、上傳文件安全性測試:如上傳常見木馬
8、上傳文件易用性測試:檢查上傳文件操作是否讓
用戶易於
學習和理解使用等
9、上傳文件特性測試:如果支持如斷點續傳等一些特性
10、上傳文件后,檢查是否與源文件一致,包含目錄設置等
11、上傳文件,是否能打開等
文件上傳測試用例
SC001
|
功能測試
|
選擇符合要求的文件,上傳
|
上傳成功
|
SC002
|
上傳成功的文件名稱顯示
|
顯示正常(根據需求)
|
|
SC003
|
查看,下載上傳成功的文件
|
上傳的文件可查看或下載
|
|
SC004
|
刪除上傳成功的文件
|
可刪除
|
|
SC005
|
替換上傳成功的文件
|
可替換
|
|
SC006
|
上傳文件是否支持中文名稱
|
根據需求而定
|
|
SC007
|
文件路徑是否可手動輸入
|
根據需求而定
|
|
SC008
|
手動輸入正確的文件路徑,上傳
|
上傳成功
|
|
SC009
|
手動輸入錯誤的文件路徑,上傳
|
提示,不能上傳
|
|
SC010
|
文件大小測試
|
符合格式,總大小稍小於限制大小的文件
|
上傳成功
|
SC011
|
符合格式,總大小等於限制的大小的文件
|
上傳成功
|
|
SC012
|
符合格式,總大小稍大於限制大小的文件
|
在上傳初提示附件過大
|
|
SC013
|
小為0kb的txt文檔
|
不能上傳
|
|
SC014
|
文件名稱測試
|
文件名稱過長。Win2000標准:255個字符(指在英文的字符下),如果是中文不超過127個漢字
|
提示過長
|
SC015
|
文件名稱達到最大長度(中文,英文或混在一起)上傳后名稱顯示,頁面排版
|
頁面顯示正常
|
|
SC016
|
文件名稱中包含特殊字符
|
根據需求而定
|
|
SC017
|
文件名全為中文
|
根據需求而定
|
|
SC018
|
文件名全為英文
|
根據需求而定
|
|
SC019
|
文件名為中,英混合
|
根據需求而定
|
|
SC020
|
文件格式測試
|
上傳正確格式
|
上傳成功
|
SC021
|
上傳不允許的格式
|
提示不能上傳
|
|
SC022
|
|||
SC023
|
上傳rar,zip等打包文件(多文件壓縮)
|
根據需求而定
|
|
SC024
|
安全性測試
|
上傳可執行文件(exe文件)
|
根據需求而定
|
SC025
|
上傳常見的木馬文件
|
提示不能上傳
|
|
SC026
|
上傳時服務器空間已滿
|
有提示
|
|
SC027
|
性能測試
|
上傳時網速很慢(限速)
|
當超過一定時間,提示
|
SC028
|
上傳過程斷網
|
有提示上傳是否成功
|
|
SC029
|
上傳過程服務器停止工作
|
有提示上傳是否成功
|
|
SC030
|
上傳過程服務器的資源利用率
|
在正常范圍
|
|
SC031
|
界面測試
|
頁面美觀性、易用性(鍵盤和鼠標的操作、tab跳轉的順序是否正確)
|
顯示正常(根據需求)
|
SC032
|
按鈕文字是否正確
|
正確
|
|
SC033
|
正確/錯誤的提示文字是否正確
|
正確
|
|
SC034
|
說明性文字是否正確
|
正確
|
|
SC035
|
其他測試
|
有多個上傳框時,上傳相同名稱的文件
|
根據需求而定
|
SC036
|
上傳一個正在打開的文件
|
可以上傳
|
|
SC037
|
文件路徑是手動輸入的是否限制長度
|
限制一定的長度
|
|
SC038
|
上傳文件過程中是否有取消正在上傳文件的功能
|
有
|
|
SC039
|
保存時有沒有已經選擇好,但沒有上傳的文件
|
提示上傳
|
|
SC040
|
選擇好但是未上傳的文件是否可以取消選擇
|
可以取消選擇
|
查詢測試用例
一、 對於查詢維度比較多的情況可以分為2部分
1、測試各個查詢條件(控件)的輸入數據的有效性檢查,比如數字輸入框輸入漢字,點查詢就應該有錯誤提示...
2、測試各種條件組合查詢返回結果的正確性,從理論上來說應該用正交設計來設計用例,但是這樣設計出來的用例也還是很多,再加上一般項目中的查詢使用的SQL語句查詢,所以基本上只要測每個單獨條件+所有條件+默認+選取幾個在業務上來看比較有代表性的組合就OK了
1、測試各個查詢條件(控件)的輸入數據的有效性檢查,比如數字輸入框輸入漢字,點查詢就應該有錯誤提示...
2、測試各種條件組合查詢返回結果的正確性,從理論上來說應該用正交設計來設計用例,但是這樣設計出來的用例也還是很多,再加上一般項目中的查詢使用的SQL語句查詢,所以基本上只要測每個單獨條件+所有條件+默認+選取幾個在業務上來看比較有代表性的組合就OK了
二、 以下總結中,輸入一些特殊符號進行查詢,是我沒有想到的:
查詢輸入
(1)分別對單條件進行精確查詢
(2)輸入長度的檢驗,輸入允許的最長值進行查詢,是否支持
(3)兩個查詢條件是否為2選1,來回選擇是否出現頁面錯誤
(4)輸入字符
(5)輸入特殊字符
(6)輸入數字
(7)輸入漢字
(8)輸入關系表達式 與、或、異或、非、等於
(9)輸入空格
(10)條件中含有空格
(11)輸入超長字符
(12)輸入全角字符
(13)輸入單引號
(14)輸入單引號引起來的數據
(15)輸入雙引號
(16)輸入雙引號引起來的數據
(17)如果支持模糊查詢,輸入部分查詢條件
(18)輸入系統中不存在與之匹配的條件
查詢結果檢查
(1)查詢結果按什么順利排序
(2)查詢結果是否根據字段顯示排序功能
(3)查詢結果是否有分頁,如果有,每頁最多包含多少記錄
(4)查詢結果是否匹配
(5)查詢結果是否與[url=]數據庫[/url]一致
(6)查詢結果是精確查詢還是模糊查詢
UI驗證
(1)文字顯示是否正確
(2)頁面是否有錯別字
(3)輸入框大小、文字大小是否合適
(4)頁面是否美觀
(5)查詢結果字段顯示是否與需求一致
性能方面
(1)查詢處理時間是否能接受
(2)數據庫中存在大數據量數據時,查詢時間是否能接受
(3)當多個用戶同時查詢時,輸入相同或不同的查詢條件系統響應是否及時
以下是我自己總結的:
對於查詢功能,同樣可以從以下幾個方面來進行用例的設計:
1、功能方面考慮:應用邊界值和等價類划分法進行用例的設計
邊界值:輸入最大長度的文本,能否搜出來?輸入空格或空,能否搜索出來?
等價類:要考慮到一些特殊符號的輸入查詢。
2、易用性方面
3、界面方面
4、安全角度:比如輸入一些腳本語言,看是否執行,主要是防XSS攻擊問題
5、性能角度:查詢效率、並發、響應時間問題的考慮
http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=103&fromuid=27
(出處: 編測編學軟件測試)