使用者及許可權管理功能常規測試：
賦予乙個人員相應的許可權後，在介面上看其是否具有些許可權；以此人身份登入，驗證許可權設定是否正確（是否超出所給予的許可權）
修改或刪除已登入並在操作的使用者的許可權，程式能否正確處理
重新註冊系統變更登入身份後在登入，看程式是否能正確執行；具有許可權是否正確
在有工作組或角色情況下，刪除包含使用者工作組或角色，程式是否正確處理
覆蓋系統所有許可權設定
能否新增資訊為空的使用者（空使用者名稱+空密碼、空使用者名稱+非空密碼、非空使用者名稱+空密碼）
使用者名稱和密碼輸入長度的測試
是否允許刪除系統管理員或修改系統管理員密碼，刪除或修改後，系統的實際情況
登入使用者能否修改自己的許可權
新增使用者（有標識或編號）：標識相同、使用者名稱不同；標識不同，使用者名稱相同；標識相同、使用者名稱相同；標識不同，使用者名稱不同
登入用記是否修改本人（或他人）的資訊；刪除本人 或他人
修改使用者的資訊（許可權、密碼、基本資訊等），對其他模組的影響
修改使用者資訊：修改後的使用者資訊和已經存在的使用者資訊相同；修改後的使用者資訊和已存在在使用者資訊不同
不給使用者許可權，是否允許登入
修改某些設定後，是否會影響具有上級許可權及相同許可權人員的設定
系統管理員修改了某些資料，以其他人員身份登入時，資料是否改變
使用者能否同時屬於多個組，各個組的許可權能否交叉；刪除後重新新增的使用者是否具有以前的許可權；更改使用者各項屬性包括許可權，看對許可權是否影響
上傳檔案：
功能測試：
選擇符合要求的檔案上傳
上傳成功的檔名稱顯示
刪除上傳成功的檔案
替換上傳成功的檔案
上傳檔案是否支援中文名稱
檔案路徑是否可手動輸入
手動輸入正確的檔案路徑、上傳
手動輸入錯誤的檔案路徑上傳
檔案大小：
符合格式，總大小稍小於限制大小的檔案
符合格式，總大小等於限制的大小的檔案
符合格式，總大小稍大於限制大小的檔案
0kb檔案
檔名稱測試：
檔名稱過長（在英文本元下255個字元，中文不超過127個漢字）
檔名稱達到最大長度（中英文或混在一起）上傳
檔名稱 中包含特殊字元
檔名稱全為中文
檔名稱全為英文
檔名稱為中、英混合
檔案格式測試：
上傳正確格式
上傳不允許的格式
上傳rar zip等打包檔案 多檔案壓縮
上傳可執行檔案 exe檔案
安全性測試：
上傳常見的本馬檔案
上傳伺服器空間已滿
效能測試：
上傳時網速很慢 限速
上傳過程伺服器停止工作
上傳過程伺服器的資源利用率
頁面美觀、易用性（鍵盤、滑鼠操作、tab跳轉的順序是否正確）
介面測試：
按鈕文字是否正確
正確、錯誤的提示文字是否正確
說明性文字是否正確
其他測試：
有多個上傳框時，上傳相同名稱的檔案
上傳乙個正在開啟的檔案
檔案路徑是手動輸入的是否限制長度
上傳檔案過程中是否有取消正在上傳檔案的功能
儲存時有沒有已經選擇好，但沒有上傳的檔案
選擇好但是未上傳的檔案是否可以取消選擇
文件測試：
產品說明書屬性檢查清單：
完整：是否有遺漏和丟失？單獨使用是否包含全部內容
準確：既定解決方案正確 ，目標明確 ，有沒有錯誤
精確：不含糊、清晰，描述是否一清二楚 ，容易看懂和理解
一致：產品功能描述是否自相矛盾 ，與其他功能有沒有衝突
貼切：描述功能的陳述是否必要，有沒有多餘資訊，功能是否滿足客戶要求
合理：在特定的預算和進度下，以現有人力、物力和資源能否實現
**無關：是否堅持定義產品而不是定義其所依賴的軟體設計、架構、**
可測試性：特性能否測試，測試員建立驗證操作的測試程式是否提供足夠的資訊
產品說明書用語檢查清單：
總是，每一種、所有、沒有，從不，如果看到此類絕對或肯定的，切實認定的敘述，軟體測試員就可以著手設計針鋒相對的案例。
當然、因此、明顯、必然，這些話意圖誘使接受假定情況，不要中了圈套
某些、有時、常常、通常、慣常、經常、大多、幾乎，這些話太過模糊，有時發生作用的功能無法測試
等等、諸如此類、依此類推，以這樣的詞結束的功能清單無法測試，功能清單要絕對或者解釋明確，以免讓人迷惑，不知如何推論
良好、迅速、廉價、高效、小、穩定，這些是不確定的說法，不可測試，如果在產品說明書**現，必須時一步指明含義。
已處理、已拒絕，已忽略、已消除，這些可能會隱藏大量需要說明的功能
如果 那麼 沒有否則，如果沒有發生會怎麼樣
B S通用測試用例
針對公司專案特點，總結了通用測試用例。作為接受測試專案後的思路指導 一 功能測試 一 公用部分 1，統計 上線前檢查是否加在頁面最尾端 4，需求評審你對產品的見意提了幾條，接受了幾條？5，架構設計上你的見意是什麼，提出風險幾條？6，開發提交 的週期是怎麼約定的 新功能和bug修改 7，需要寫測試用例...
通用介面測試用例
1.通過性驗證 首先肯定要保證這個介面功能是好使的，也就是正常的通過性測試，按照介面文件上的引數，正常傳入，是否可以返回正確的結果。2.引數組合 現在有乙個操作商品的介面，有個字段type，傳1的時候代表修改商品，商品id 商品名稱 有乙個是必傳的，type傳2的時候是刪除商品，商品id是必傳的，這...
通用介面測試用例設計
1.通過性驗證 首先肯定要保證這個介面功能是好使的，也就是正常的通過性測試，按照介面文件上的引數，正常傳入，是否可以返回正確的結果。2.引數組合 現在有乙個操作商品的介面，有個字段type，傳1的時候代表修改商品，商品id 商品名稱 有乙個是必傳的，type傳2的時候是刪除商品，商品id是必傳的，這...