上傳文件和導出的測試用例設計


 

一:上傳圖片
對於上傳的文件,假設系統要求上傳的文件為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)輸入長度的檢驗,輸入允許的最長值進行查詢,是否支持
  (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
(出處: 編測編學軟件測試)


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM