一：上傳圖片
對於上傳的文件，假設系統要求上傳的文件為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
(出處: 編測編學軟件測試)