檔案上傳下載的測試用例設計
主要考慮：
1.檔案型別：
拿到需求的時候，說是檔案型別有限制，以jsp，exe等四種檔案字尾結尾的檔案不允許上傳，後來需求改變了，上傳型別沒有限制。因此測試用例要考慮的方面包括：
1）各種常見的檔案型別，包括bat、xls、xlsx、doc、docx、exe、jsp、rar、zip、iso等，以及各種視訊，音訊和圖片等；
2）關於檔名：純中文名稱、中文和英文混合、中文和數字檔名、中文和特殊字元（&*等）檔名、英文和數字檔名，英文和特殊字元檔名、純英文檔名等；
3）檔名長度：1個字元、10個字元、100個字元等，包括各種檔名下的長度；
4）檔案儲存位置：D：\檔案，計算機\C盤\使用者\資料夾\檔案，..\資料夾1\資料夾2\資料夾3\資料夾4……檔案
2.檔案大小：
由於本系統設定的上傳檔案大小為40M，因此在考慮上傳檔案大小時，包括以下幾種情形：檔案大小為0，檔案大小在39M（最好能有39.9M）的，40M，40.1M，41M，50M
3.其他
1）附件為空時，上傳按鈕是否可用，是否有提示資訊，提示資訊是否明確，是否可以更好的指導使用者使用該功能；
2）附件由於某種原因上傳失敗，系統是否可正常處理（網路突然斷掉、檔案本身出現損壞、上傳中途客戶不小心認為關掉上傳對話方塊等）；
3）檔案大小為臨界值時，系統是否可以正常處理；
4）檔案選擇後，點選上傳按鈕，提示資訊顯示出來所要花費的時間（客戶要求最大反應時間不超過3秒，我們設定的是10M反應時間為1秒鐘，具體情況視各個專案而定）；
5）檔案上傳成功後，檔名的編寫是否符合使用者要求的規則（我們這個專案的要求是上傳上去的檔案，檔名為上傳日期時間使用者和檔名稱，例如：201201011131admin測試.doc
6）關於下載：
檔案是否可正常下載，下載過程因為某些原因突然中斷之後是否可以重新下載，下載下來的檔案，是否可正常開啟，開啟之後檔案的內容是否發生變化等
PS: 還有批量上傳和下載
相關推薦
檔案上傳下載測試用例：
檔案上傳和下載要考慮的東西不多，包括上傳檔案的型別和大小。 1.檔案型別： （1）各種常見的檔案型別，包括bat, xls, xlsx, doc, exe, jsp, rar, zip, iso等，以及各種視訊、音訊和圖片等。 （2）關於檔名：純中文名稱、中文和英
檔案上傳下載的測試用例設計
主要考慮： 1.檔案型別： 拿到需求的時候，說是檔案型別有限制，以jsp，exe等四種檔案字尾結尾的檔案不允許上傳，後來需求改變了，上傳型別沒有限制。因此測試用例要考慮的方面包括： 1）各種常見的檔案型別，包括bat、xls、xlsx、doc、docx、exe、jsp、
測試用例設計---上傳圖片、檔案匯出、檔案上傳、查詢（搜尋）
一、上傳圖片 1、對於上傳的圖片，假設系統要求上傳的格式為jpg或gif格式圖片，大小為<=某M的圖片 測試用例： （1）上傳圖片格式為jpg或gif的圖片，大小<=某M，成功上傳； （2）上傳圖片格式為jpg或gif的圖片，大小>某M，不能上傳；
經測試能用springmvc的檔案上傳下載並解決ie8檔案上傳後提示下載
這兩天領導讓寫一個檔案上傳下載的功能，由於是新手，忙了一天查資料，終於搞定了，經過測試了，給各位看一下，共同學習 一、先寫測試好的上傳功能 首先是實體類 @Data public class FileUpload { private byte[] bytes; //
史上最全的測試用例設計方法總結
內部 就是 影響 中間 存在 計算公式 冗余 邊界 數組 測試用例的設計方法（全）等價類劃分方法：一.方法簡介1.定義是把所有可能的輸入數據,即程序的輸入域劃分成若幹部分（子集）,然後從每一個子集中選取少數具有代表性的數據作為測試用例。該方法是一種重要的,常用的黑盒測試用例
ABAP檔案上傳下載 用SMW0
T-CODE: SMW0 在這裡只介紹二進位制資料，HTML模板的上傳也一樣。 另外也可以用CBO TABLE管理檔案 可以看我另一個博文：CBO TABLE管理檔案上傳下載 選擇 二進位制 寫包名： 進入後點擊新建 輸入物件名稱和描述之後 按輸入按鈕 選擇檔案
用Java實現FTP批量大檔案上傳下載(一)
本文介紹了在Java中，如何使用Java現有的可用的庫來編寫FTP客戶端程式碼，並開發成Applet控制元件，做成基於Web的批量、大檔案的上傳下載控制元件。文章在比較了一系列FTP客戶庫的基礎上，就其中一個比較通用且功能較強的j-ftp類庫，對一些比較常見的功能如進度條、
用Java實現FTP批量大檔案上傳下載(四)
六、FTP埠對映 FTP的資料連線有PASV和PORT兩種，如果你的FTP伺服器位於內網中，需要做埠對映。筆者剛開始時對FTP的網外網對映也是不怎麼了解，因此開始走了不少的彎路，開始一直以為是自己的程式有問題，浪費了不少時間，希望通過這段，能讓大家在開發的時候少花或不花這些
用Java實現FTP批量大檔案上傳下載(五) --執行效果圖
八、執行效果 １．上傳 （１）．啟動上傳上面 （２）．上傳中 （３）．上傳中 （４）．上傳成功 ２．下載 （１）下載檔案的儲存路徑 （２）下載中 （３）下載中 （４）下載成功 九、小結 在本文中，筆者將在實際專案中的上傳下載
用Java實現FTP批量大檔案上傳下載(五)
八、執行效果 １．上傳 （１）．啟動上傳上面 （２）．上傳中 （３）．上傳中 （４）．上傳成功 ２．下載 （１）下載檔案的儲存路徑 （２）下載中 （３）下載中 （４）下載成功 九、小結 在本文中，筆者將在實際專案中的上傳下載問題的解決方案進行了闡述，通過採用FTP協
黑盒測試用例設計-錯誤推測和因果圖方法
9.png sub png str 二義性 生成 當前 其中 關系 3.錯誤推測方法 基於經驗和直覺，找出程序中你認為可能出現的錯誤，有針對性地設計測試用例。經驗可能來自於在對某項業務的測試較多，也可以來自於售後用戶的反饋意見，或者從故障管理庫中整理bug。梳
黑盒測試用例設計-判定表驅動方法
組成 出了 mage 條件 技術分享 .cn 動作 align 轉換成 5.判定表驅動方法 前面因果圖方法中已經用到了判定表。判定表是分析和表達多邏輯條件下執行不同操作的情況的工具。在程序設計中可作為編寫程序的輔助工具。把復雜的邏輯關系和多種條件組合的情況表達
黑盒測試用例設計-正交試驗方法（七）
nbsp 出現 logs 因果圖 設計 步驟 引入 常用 因子和 6.正交試驗方法 第4節結尾提到，因果關系非常龐大，導致由此得到的測試用例數目多大。因而引入正交試驗法，從大量的試驗數據中挑選適量的、有代表性的點安排測試，來有效地、合理地減少測試的工時。 (1
黑盒測試用例設計-功能圖法和場景法（八）
重新 感覺 結果 軟件 簡單 可能 遷移 面向 通話 7.功能圖法 一個程序的功能包括靜態和動態說明。動態說明描述輸入數據的次序或轉移的次序，和業務流程緊密對應。靜態說明描述了輸入輸出條件之間的對應關系。對於面向市場的產品，其邏輯復雜、組合龐大，必須用動態說明
黑盒測試用例設計-用例維護（十二）
叠代 測試的 部分 開發 用例設計 來源 nbsp 延伸 不同的 六、用例維護—經驗用例 當進入執行測試階段時， 我們總是能發現一些缺陷的出現是出乎我們意料的， 或者說是已有的測試需求和測試用例未能覆蓋的。那麽，對於這部分缺陷，也應當在分析整理後添加到測試需求
測試用例設計方法：判定表
工具 理解 關系 輸入數據 可能 只有一個 輸入 技術 用戶 測試用例設計方法 判定表 定義 分析和表述若幹輸入條件下被測對象針對這些輸入做出的響應的一種工具; 遇到復雜業務邏輯是可以利用該表理清業務關系; 重要概念 條件 l 條件樁:需求規格說明書定義的被測對象的所有輸
軟件測試 —— 用例設計2（邊界值）
本場 幾歲 新建 也會 出現 點擊 自己 輸入輸出 無限 在現實生活中，無論做什麽，都會有一個“度”的概念。比如，我們知道在NBA總決賽的時候，很多運動員會特意在剛開始比賽不久就增加身體對抗去試探裁判員本場的尺度怎麽樣；還有MMA比賽的時候，一些有經驗的運動員也會有意去
服務端測試之接口測試用例設計
key 文檔 取數據 正常 驗證 性能測試 通過 工具使用 兩個 小夥伴們大家好，上一次和大家分享了《服務端測試之接口測試初探》，講了一些接口測試的基本概念和理論知識。在上次的分享中，簡單提到了接口測試用例設計包含的幾個方面。本期我將在上次分享的基礎上，和各位小夥伴一起具體
測試用例設計
環境 origin 測試用例 自然 nal 遍歷 工具 測試執行 用戶登錄 一、為什麽要使用測試用例 1、理清思路，避免遺漏 如果我們測試的項目大而復雜，我們可以把項目功能細分，根據每一個功能通過編寫用例的方式來整理我們測試系統的思路，避免遺漏掉要測試的功能點。 2、跟蹤測
我的測試用例設計-01測試用例的個人見解
資源管理 管理 鍛煉 百度百科 多公司 十年 關於 所有 操作 剛入行的時候，看了很多關於測試相關的文章，記得有一篇說到測試用例是測試靈魂讓我印象深刻。如今，我入行幾年了，越發深感測試用例的設計重要性，可以這麽說，測試用例的設計與管理是測試工程師的核心技能。我發現很多測試的