增加
1、 要添加的數據項均合理，檢查數據庫中是否添加了相應的數據
2、 按照邊界值等價類設計測試用例的原則設計其他輸入項的測試用例，有效等價類應能成功保存，無效等價類應有相應提示
3、 不符合要求的地方要有錯誤提示
1） 留出一個必填數據爲空，是否有提示信息
2） 唯一性數據的增加，如果添加重複數據，是否有相應提示
3） 字符數校驗，是否都超長文本做了字符數限制校驗，並有相應的提示信息
4） 日期類型是否有校驗，輸入錯誤格式或不合理的時間範圍內取值，是否有相應提示信息
5） 數字型校驗，主要根據整數、正整數、負整數、小數、正小數、負小數等，根據實際需求情況進行測試校驗，不符合要求應有相應提示信息
6） 特殊格式，如手機號碼、電子郵件、網址等，不正確格式應有提示
4、 是否支持table鍵切換光標在輸入字段之間進行切換
5、 按enter是否能保存
6、 點擊重置按鈕是否能清空已輸入的數據
7、 若提示不能保存，也要察看數據庫裏是否多了一條數據
8、 查看最新數據是否在列表首行，一般需求情況都會要求最新數據靠前顯示
9、 Textarea輸入區域是否滿足限定個數的字符顯示，如若不能顯示，是否會自動調整textarea顯示區域大小。如若顯示區域自動變大，對整個增加頁面的顯示是否有影響；如若顯示區域不能自動變大，字符超過顯示區域是否會出現滾動條
10、 增加完成後應有相應提示信息，並能跳轉回到列表頁面。
刪除
1、 刪除數據時應有確認\取消操作。確認則刪除成功，取消則放棄刪除
2、 刪除一個數據庫中存在的數據，然後查看數據庫中是否刪除
3、 複選數據，點擊刪除，刪除成功，並且沒有漏刪或錯刪
4、 不選擇數據，點擊刪除，是否有相應提示。
修改
修改與增加的約束條件較爲類似
1、 要修改的數據項均合理，檢查數據庫中是否更新了相應的數據
2、 按照邊界值等價類設計測試用例的原則設計其他輸入項的測試用例，有效等價類應能成功修改數據並保存，無效等價類不能修改並應有相應提示
3、 不符合要求的地方要有錯誤提示
1） 留出一個必填數據爲空，是否有提示信息
2） 唯一性數據的增加，如果修改爲重複數據，是否有相應提示
3） 字符數校驗，是否都超長文本做了字符數限制校驗，並有相應的提示信息
4） 日期類型是否有校驗，輸入錯誤格式或不合理的時間範圍內取值，是否有相應提示信息
5） 數字型校驗，主要根據整數、正整數、負整數、小數、正小數、負小數、零值等，根據實際需求的取值範圍情況分別取值max+\max\max-\mid\min-\min\min+等多個值進行測試校驗，不符合要求應有相應提示信息
6） 特殊格式，如手機號碼、電子郵件、網址等，不正確格式應有提示
4、 是否支持table鍵切換光標在輸入字段之間進行切換
5、 按enter是否能保存
6、 點擊重置按鈕是否能還原爲最處的數據
7、 若提示不能修改，也要察看數據庫裏對應的數據是否被修改
8、 Textarea輸入區域是否滿足限定個數的字符顯示，如若不能顯示，是否會自動調整textarea顯示區域大小。如若顯示區域自動變大，對整個增加頁面的顯示是否有影響；如若顯示區域不能自動變大，字符超過顯示區域是否會出現滾動條
9、 修改完成後應有相應提示信息，並能跳轉回到列表頁面。
查詢
1、 輸入的查詢條件爲數據庫中存在的數據，看是否能正確地查出相應得數據
2、 輸入正確的查詢條件以前加上空格，看是否能正確地查出相應的數據
3、 輸入格式或範圍不符合要求的數據，看是否有錯誤提示
4、 輸入數據庫中不存在的數據
5、 不輸入任何數據，查看返回全部數據還是空列表
6、 是否支持模糊查詢，需採用三段數據，頭、尾、中部的三類數據測試
7、 是否支持table鍵
8、 是否支持enter鍵查詢
分頁
1、 分頁是否正常。
2、 處於第一頁，首頁、後退按鈕不可用
3、 處於最後一頁，尾頁、前進按鈕不可用
4、 多頁情況下，中間頁的首頁、尾頁、前進、後退按鈕可用
5、 是否存在數據量剛好足夠整數倍頁面，最後一頁爲空頁面。例如：每頁顯示10條數據，共50條數據，會不會存在第六頁，併爲空頁面。
6、 輸入符合條件的頁碼，跳轉到指定頁數是否正常
7、 輸入不符合條件的頁碼，跳轉到不存在的頁數是否有提示
8、 跳轉到指定頁時，輸入非正確格式數據是否有提示
9、 分頁數據數選擇，是否能正常控制每頁顯示的數據量
10、 查看是否有數據在兩頁或多頁重複顯示
11、 分頁排序是否正常
12、 是否會出現數據無限重複，分頁也出現無限頁
13、 查詢後點擊分頁按鈕，是否會影響查詢結果
14、 進行增加、刪除操作時，分頁能不能動態變化
註冊與修改密碼
註冊
只從用戶名和密碼角度寫了幾個要考慮的測試點，如果需求中明確規定了安全問題，Email，出生日期，地址，性別等等一系列的格式和字符要求，那就都要寫用例測了~
1、 填寫符合要求的數據註冊: 用戶名和密碼都爲最大長度 （邊界值分析，取上點）
2、 填寫符合要求的數據註冊: 用戶名和密碼都爲最小長度 （邊界值分析，取上點）
3、 填寫符合要求的數據註冊: 用戶名和密碼都是非最大和最小長度的數據（邊界值分析，取內點）
4、 必填項分別爲空註冊
5、 用戶名長度大於要求註冊1位（邊界值分析，取離點）
6、 用戶名長度小於要求註冊1位（邊界值分析，取離點）
7、 密碼長度大於要求註冊1位（邊界值分析，取離點）
8、 密碼長度小於要求註冊1位（邊界值分析，取離點）
9、 用戶名是不符合要求的字符註冊（這個可以劃分幾個無效的等價類，一般寫一兩個就行了，如含有空格，#等，看需求是否允許吧~）
10、 密碼是不符合要求的字符註冊（這個可以劃分幾個無效的等價類，一般寫一兩個就行了）
11、 兩次輸入密碼不一致(如果註冊時候要輸入兩次密碼，那麼這個是必須的）
12、 註冊存在的用戶
13、 改變存在的用戶的用戶名和密碼的大小寫，來註冊。（有的需求是區分大小寫，有的不區分）
14、 看是否支持tap和enter鍵等；密碼是否可以複製粘貼；密碼是否以* 之類的加祕符號顯示
15、 生僻字測試，曾經遇到過公司新來的同事，由於名字中有生僻字無法正確錄入到公司OA系統裏。
16、 刪除用戶，然後再重建同名用戶，查看該名稱用戶的數據是否顯示出來。一般情況下應是以唯一ID確認，但也有例外，曾經有個項目使用SIM卡號作爲操作級別的唯一標識（非數據庫數據唯一標識），一個客戶試用系統後，該SIM卡號又被別的客戶試用，歷史數據暴露給了新客戶。
修改密碼
實際測試中可能只用到其中幾條而已，比如銀行卡密碼的修改，就不用考慮英文和非法字符，更不用考慮那些ＴＡＰ之類的快捷鍵．
而有的需要根據需求具體分析了，比如連續出錯多少次出現的提示，和一些軟件修改密碼要求一定時間內有一定的修改次數限制等等。
1、 不輸入舊密碼，直接改密碼
2、 輸入錯誤舊密碼
3、 不輸入確認新密碼
4、 不輸入新密碼
5、 新密碼和確認新密碼不一致
6、 新密碼中有空格
7、 新密碼爲符合要求的最多字符
8、 新密碼爲符合要求的最少字符
9、 新密碼爲符合要求的非最多和最少字符
10、 新密碼爲最多字符-1
11、 新密碼爲最少字符+1
12、 新密碼爲最多字符+1
13、 新密碼爲最少字符-1
14、 新密碼爲非允許字符（如有的密碼要求必須是英文和數字組成，那麼要試漢字和符號等）
15、 看是否支持tap和enter鍵等；密碼是否可以複製粘貼；密碼是否以* 之類的加祕符號
16、 看密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫
17、 新密碼與舊密碼一樣能否修改成功
登錄註銷
登錄
1、 用戶名和密碼都符合要求（格式上的要求）
2、 用戶名和密碼都不符合要求（格式上的要求）
3、 用戶名符合要求，密碼不符合要求（格式上的要求）
4、 密碼符合要求，用戶名不符合要求（格式上的要求）
5、 用戶名或密碼爲空
6、 數據庫中不存在的用戶名，不存在的密碼
7、 數據庫中存在的用戶名，錯誤的密碼
8、 數據庫中不存在的用戶名，存在的密碼
9、 輸入的數據前存在空格
10、 輸入正確的用戶名密碼以後按[enter]是否能登陸
註銷
1、 點擊註銷按鈕，返回到登錄頁面或系統首頁
2、 複製頁面URL地址，註銷後，通過該地址再嘗試訪問
3、 註銷後，點擊後退按鈕，是否能繼續操作
權限
1、 建立不同權限級的用戶進入系統，查看菜單、操作命令有效
草稿
- 保存爲草稿時，常規下不會生成一條有效標示符的記錄。
- 是否有對草稿的保留期。
- 對同一個草稿的多次保留或更新時，將不產生新的草稿。
表單排序
1、如無特殊說明，表頭的排序應對所有頁的數據有效，不單隻對當前頁。
2、點擊一列的表頭，一般默認爲單一條件排序。
3、在非第一頁的頁面再次排序後，頁面返回第一頁。
上傳下載
上傳
1、 確認沒有上傳資料，點上傳按鈕是否有提示
2、 確認是否支持圖片上傳
3、 確認是否支持壓縮包上
4、 所支持上傳文件的類型，是圖片，壓縮包，音頻，視頻還是其它的文件（.doc，.xls，.等）
5、 若是圖片，是否支持所有的格式（.jpeg，.jpg，.gif，.png等）
6、 音頻文件的格式是否支持（mp3，wav，mid，等）
7、 各種格式的視頻文件是否支持
8、 上傳文件的大小有無限制，上傳時間用戶是否可接受？如有大小限制需測試邊界值，超過設定值應有相應提示
9、 大小爲0字節或者Okb的文件是否可上傳
10、 在選擇文件欄內，手動輸入一個存在的文件上傳，查看是否可上傳成功
11、 在選擇文件欄內，手動輸入一個不存在的文件上傳，是否有相應提示
12、 正在使用的文件是否可上傳（即正在打開的文件）
13、 若沒有選擇文件時，點擊“上傳”按鈕，是否給用戶提示信息
14、 是否支持批量上傳？
15、 若在傳輸過程中，網絡中斷時，頁面顯示什麼
16、 選擇文件後，想取消上傳功能，是否有刪除按鈕
17、 文件上傳結束後，是否能回到原來界面
18、 如果只支持指定格式的附件，是否會對非指定類型的附件，進行提示
19、 查看上傳文件的目錄不存在時，是否出現異常錯誤，能否創建
20、 查看上傳文件的目錄權限問題，如果爲只讀權限，能否上傳成功。
21、 查看上傳文件加密，上傳成功後。文件名稱是否做加密處理。
22、 查看上傳同名文件是否覆蓋。
23、 查看上傳文件名稱的長度。Window操作系統文件名稱本身長度爲225，注意邊界值的測試
24、 文件名稱的特殊符號，出Windows操作系統本身不允許的”\”，”/”，”:”，”?”，”””，”<”，”>”，”|”這幾個符號外。其它符號上傳後能否下載。
25、 上傳文件爲空時，是否能上傳。
26、 上傳文件後下載名稱是否能保持原來的名稱。
下載
1、 點擊下載，能彈出下載頁面
2、 下載頁面對所選下載文件的名稱應正確顯示
3、 下載後應保證文件名與目標文件相同
4、 使用下載工具也可下載
導入導出
導入
1、 導入成功後數據是否正確插入數據庫
2、 導入失敗後數據是否插入數據庫
3、 如果其中有若干條數據不符合格式，是否有相應提示
4、 重複導入相同文件，是否會覆蓋數據
導出
1、 導出成功後，文件內是否存在所選導出數據
2、 驗證導出文件名長度，比如爲251字符的情況
3、 驗證導出文件名爲空的情況
4、 驗證導出文件名爲特殊字符的情況，比如爲~!@#$%^&*()_+{}|:"?><，./;'[]\=-`
5、 驗證導出全部資料的情況，導出的信息是否正確
6、 驗證導出部分資料的情況，導出的信息是否正確
7、 驗證導出大量數據時的時間是否在合理時間範圍內
8、 驗證導出目的磁盤空間已滿的情況下，導出時是否有相應的提示信息
9、 驗證導出目的文件夾爲只讀的情況下，導出時是否有相應的提示信息
UI
TextBox
數值型
|
邊界值 |
輸入[最小值-1] |
程序應提示錯誤 |
|
輸入[最小值] |
OK |
|
|
輸入[最大值] |
OK |
|
|
輸入[最大值+1] |
程序應提示錯誤 |
|
|
位數 |
輸入[最小位數-1] |
程序應提示錯誤 |
|
輸入[最小位數] |
OK |
|
|
輸入[最大位數] |
OK |
|
|
輸入[最大位數+1] |
程序應提示錯誤 |
|
|
允許輸入小數位的控件，小數位的長度做以上同樣測試 |
同上 |
|
|
異常值、特殊值 |
輸入[空白(NULL)]、空格或‘“~!@#$%^&*()_+-={}[]|\:;”’<>，./?;”等可能導致系統錯誤的字符 |
程序應提示錯誤 |
|
禁止直接輸入特殊字符時，使用“粘貼”、“拷貝”功能嘗試輸入，並測試能否正常提交保存。 |
只能使用“粘貼”、“拷貝”方法輸入的特殊字符應無法保存，並應給出相應提示 |
|
|
word 中的特殊功能，通過剪貼板拷貝到輸入框：分頁符，分節符，類似公式的上下標等 |
程序應提示錯誤 |
|
|
輸入[負值] |
根據設計書要求判定 |
|
|
輸入設計書中明確指出禁止輸入的數字 |
根據設計書要求判定 |
|
|
輸入[英文字母] |
程序應提示錯誤 |
|
|
數值輸入的長度：整型----32位 最大值 65535，最小值-65535；16位 最大值 32767，最小值-32767 |
根據設計書要求判定 |
|
|
帶符號的數值：帶正號的正數，帶負號的負數 |
根據設計書要求判定 |
|
|
小數：小數點後的位數，小數的四捨五入問題，小數點前零捨去的情況，如 .12；多個小數點的情況；0值：0.0，0.，.0 |
根據設計書要求判定 |
|
|
分數：如 2/3 |
根據設計書要求判定 |
|
|
首位爲零的數值：如01＝1 |
根據設計書要求判定 |
|
|
科學技術法是否支持：如 1.0E2 |
根據設計書要求判定 |
|
|
指數是否支持 |
根據設計書要求判定 |
|
|
全角數字和半角數字的情況 |
根據設計書要求判定 |
|
|
數字與字母的混合：16進制數值，8進制數值 |
根據設計書要求判定 |
|
|
貨幣型輸入項：允許小數點後幾位 |
根據設計書要求判定 |
字符型
|
字符種類 |
輸入[全角字符] |
根據設計書要求判定 |
|
輸入[半角字符] |
根據設計書要求判定 |
|
|
數字字符 |
根據設計書要求判定 |
|
|
郵政編碼輸入項的輸入限制，如只能輸入半角數字字符或某幾個指定字符 |
根據設計書要求判定 |
|
|
電話號碼和傳真輸入限制，如只能輸入半角數字字符和半角括號“()”及半角減號“-”；電話或傳真只能輸入數字和減號。 |
根據設計書要求判定 |
|
|
E-mail地址的格式檢查，如輸入字符串中必須包含“@”和半角“.”字符。 |
根據設計書要求判定 |
|
|
年齡的輸入限制檢查，一般<=200即可。 |
根據設計書要求判定 |
|
|
輸入設計書中明確指出禁止輸入的字符 |
程序應提示錯誤 |
|
|
輸入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>，./?;”等可能導致系統錯誤的字符 |
程序應提示錯誤 |
|
|
密碼輸入項的特殊處理 |
登錄驗證時大、小寫是否區分 |
根據設計書要求判定 |
|
登錄只能輸入半角字符 |
根據設計書要求判定 |
|
|
是否允許輸入特殊字符 |
根據設計書要求判定 |
|
|
多行文本框輸入 |
允許回車換行 |
根據設計書要求判定 |
|
保存後再顯示能夠保持輸入時的格式 |
根據設計書要求判定 |
|
|
僅輸入回車換行，檢查能否正確保存；若能，查看保存結果。若不能，查看是否有正確提示 |
根據設計書要求判定 |
|
|
僅輸入空格，檢查能否正確保存；若能，查看保存結果。若不能，查看是否有正確提示 |
根據設計書要求判定 |
|
|
長度檢查 |
輸入[最小字符數-1] |
程序應提示錯誤 |
|
輸入[最小字符數] |
OK |
|
|
輸入[最大字符數] |
OK |
|
|
輸入[最小字符數+1] |
程序應提示錯誤 |
|
|
文件名輸入項的測試 |
輸入不存在的文件名 |
程序應提示錯誤 |
|
輸入文件名稱超長（256個字符） |
程序應提示錯誤 |
|
|
輸入帶路徑的文件名和不帶路徑的文件名 |
根據設計書要求判定 |
|
|
手工輸入後綴名稱 |
根據設計書要求判定 |
|
|
對於文件大小的限制，需要採用邊界值法測試系統的處理方式是否符合需求；考慮磁盤空間不足/滿的情況 |
程序應提示錯誤 |
|
|
文件名的非法字符集：/\:*?"<>| |
程序應提示錯誤 |
|
|
不輸入文件名和輸入空格 |
程序應提示錯誤 |
|
|
輸入中間有空格的路徑名和文件名 |
根據設計書要求判定 |
|
|
輸入合法字符，但影響系統判斷文件名有效性的情況，如輸入a;b-20003.5.8 |
根據設計書要求判定 |
日期型
|
合法性檢查 |
日輸入[0日] |
程序應提示錯誤 |
|
日輸入[1日] |
OK |
|
|
日輸入[32日] |
程序應提示錯誤 |
|
|
月輸入[1、3、5、7、8、10、12月]、日輸入[31日] |
OK |
|
|
月輸入[4、6、9、11月]、日輸入[30日] |
OK |
|
|
月輸入[4、6、9、11月]、日輸入[31日] |
程序應提示錯誤 |
|
|
輸入閏年，月輸入[2月]、日輸入[28日] |
OK |
|
|
輸入非閏年，月輸入[2月]、日輸入[29日] |
程序應提示錯誤 |
|
|
(閏年)月輸入[2月]、日輸入[29日] |
OK |
|
|
(閏年)月輸入[2月]、日輸入[30日] |
程序應提示錯誤 |
|
|
月輸入[0月] |
程序應提示錯誤 |
|
|
月輸入[1月] |
OK |
|
|
月輸入[12月] |
OK |
|
|
月輸入[13月] |
程序應提示錯誤 |
|
|
異常值、特殊值 |
輸入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>，./?;”等可能導致系統錯誤的字符 |
|
時間型
|
合法性檢查 |
時輸入[30時] |
允許輸入30時制的項目“OK"; |
|
時輸入[31時] |
程序應提示錯誤 |
|
|
時輸入[00時] |
程序應提示錯誤 |
|
|
30時制是否允許存在1點~5點 |
？？ |
|
|
分輸入[59分] |
OK |
|
|
分輸入[60分] |
程序應提示錯誤 |
|
|
分輸入[00分] |
OK |
|
|
秒輸入[59秒] |
OK |
|
|
秒輸入[60秒] |
程序應提示錯誤 |
|
|
秒輸入[00秒] |
OK |
|
|
異常值、特殊值 |
輸入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>，./?;”等可能導致系統錯誤的字符 |
程序應提示錯誤 |
Checkbox（複選框）
|
複選 |
連續選擇 |
連續選擇相鄰的checkbox |
OK |
|
跳躍選擇 |
跳躍選擇不連續的checkbox |
OK |
Combobox(組合框)
|
單選 |
選擇某一個列表項 |
被選中項目高亮或底色顯示 |
|
複選 |
使用ctrl選擇多個列表項 |
根據設計書要求判定 |
NumUpDown（控件文本框）
|
鼠標操作 |
上鍵頭 |
鼠標點擊按件的“上箭頭” |
text框中數量自動+1 |
該控件相當於兩個控件，左側的textbox和右側的上下箭頭控制，所以需要做兩種控件類型的測試 |
|
下鍵頭 |
鼠標點擊按件的“下箭頭” |
text框中數量自動-1 |
||
|
鍵盤操作 |
上鍵頭 |
按下鍵盤的“上箭頭” |
text框中數量自動+1 |
|
|
下鍵頭 |
按下鍵盤的“下箭頭” |
text框中數量自動-1 |
||
|
箭頭控制輸入值 |
邊界值 |
輸入[最小值-1] |
程序應提示錯誤 |
|
|
輸入[最小值] |
OK |
|||
|
輸入[最大值] |
OK |
|||
|
輸入[最大值+1] |
程序應提示錯誤 |
|||
|
text框輸入值 |
同TextBox輸入測試 |
|||
GUI圖形用戶界面
1、 橫向比較。各控件操作方式統一。比如複選框，有的可能只需一次就能選中或取消，有的可能需要選中一行數據後，再次點擊該複選按鈕，纔可選中。
2、 內容根據窗口大小自適應
3、 所有的窗口、標籤、文字、圖片、輸入框、按鈕、提示信息、表格的檢測
4、 是否有錯別字
5、 頁面標籤風格是否統一
6、 頁面是否美觀
7、 提示信息是否爲中文顯示
8、 輸入框說明文字的內容與系統功能是否一致
郵箱測試
1、 郵件標題、內容、地址爲空是否有提示併發送失敗
2、 輸入錯誤的郵件地址是否有提示併發送失敗
3、 郵件上傳附件是否有限制，發送附件對象是否能準確查看和下載
4、 發送內容過大時間較長時是否有進度條提示
5、 是否限制在發送的過程中點擊‘取消發送’併發送失敗
6、 是否支持保存郵件在草稿箱
7、 保存在草稿箱的郵件是否支持編輯和發送
8、 是否支持刪除已發送和已接收的郵件
9、 對方接收到的郵件是否能正常回復
10、 對方接收到的郵件是否準確顯示內容和發件人
11、 未讀郵件和已讀郵件是否有區別
12、 發送的過程中突然斷網是否有保存郵件到草稿箱的功能
13、 草稿箱的郵件發送成功後是否從草稿箱轉移到已發送中郵件中
安全性
1、 不登錄直接使用URL地址訪問，查看是否能操作成功
2、 SQL注入式攻擊
數據一致性測試
1、 同一數據，在不同模塊中的使用是否是唯一值
2、 修改一數據時，各相應模塊調用的地方是否同步修改
流程測試
1、 流程能完全走通
2、 指定流轉目標，查看是否對應的目標接收到數據
3、 流程回退，能否回退到發送方人員
4、 基於各種可能場景的測試
鏈接測試
1、 各鏈接指向目標正確
2、 各鏈接之間切換正確
3、 導航已經刪除，是否用URL地址仍可訪問。假定程序第一版已經對外運營，客戶收藏了某個頁面，在第二版中，相應功能作出了調整，且更換了新的URL。新版本發佈時只對導航的指向做了修改，而對舊鏈接未作處理。則會造成用戶可能訪問到老版本頁面。
兼容性測試
1、 IE內核與非IE內核瀏覽器測試
2、 各內核多種瀏覽器測試
3、 多操作系統下測試
易用性測試
1、 操作符合大衆習慣
2、 如若是工作流等系統，是否任一模塊在三個操作步驟以內找到目標
3、 在選值時就加以控制，最大化避免錯誤。例如：選擇日期如果只能選擇當天以前的，則可以將日期控件之後的日期設定爲灰色不可選擇的標記等等。
關聯性測試
1、 如果數據之間有相互關聯，刪除被引用的數據時是否有提示信息。
安裝卸載升級測試
安裝
1、 軟件在不同操作系統下安裝的過程
2、 軟件安裝後的是否能夠正常運行，安裝後的文件夾及文件是否寫到了指定的目錄裏。
3、 軟件安裝各個選項的組合是否符合概要設計說明
4、 軟件安裝嚮導的UI測試
5、 軟件安裝過程是否可以取消，點擊取消後，寫入的文件是否如概要設計說明處理
6、 軟件安裝過程中意外情況的處理是否符合需求（如死機，重啓，斷電）
7、 安裝過程是否是可以回溯的（即是否可以點上一步重新選擇）
8、 軟件安裝過程中是否支持快捷鍵，快捷鍵的設置是否符合用戶要求
9、 對某些軟件要考慮客戶端的安裝、服務器端的安裝、數據庫的安裝及單機版和網絡版的安裝
10、 安裝空間不足時是否有相應提示
11、 安裝後沒有生成多餘的目錄結構和文件
12、 對於需要通過網絡驗證之類的安裝，在斷網情況下嘗試一下
13、 此外還需要對安裝手冊進行測試，依照安裝手冊是否能順利安裝
卸載
1、 直接刪除安裝文件夾卸載的提示是否與概要設計說明一致
2、 測試使用系統自帶的添加刪除（以WIDOWSXP爲例）程序卸載的情況
3、 測試軟件自帶的卸載程序
4、 測試卸載後文件是否全部刪除包括安裝文件夾、註冊表、系統環境變量
5、 卸載過程中出現的意外情況的測試（如死機、斷電、重啓）
6、 卸載是否支持取消功能，單擊取消後軟件卸載的情況
7、 軟件自帶卸載程序的UI測試
8、 如果軟件有調用系統文件，當卸載文件時，是否有相應的提示
升級
1、 測試升級後的功能是否與需求說明一樣
2、 測試與升級模塊相關的模塊的功能是否與需求一致
3、 升級安裝意外情況的測試（如死機、斷電、重啓）
4、 升級界面的UI測試
5、 不同系統間的升級測試
其他測試
1、 對提交按鈕快速多次點擊提交，看看會不會在數據庫中形成多條記錄.網速或響應快時，這點容易被遺漏，但用戶的網絡可能慢，很容易多次點擊提交.如果前端做了處理，試試捕獲在提交時生成的URL，繞過頁面，再次對服務器發起請求，會有什麼結果
2、 執行操作後，光標是否停留在合適的位置.如郵箱登錄，輸完用戶名回車後，光標應該跳轉到密碼框內.細節問題，但是影響用戶感受
3、 利用一些工具，如http watch，可以記錄和捕獲向服務器發起的URL請求，然後修改其中的參數向服務器發起請求.該功能點可以和安全測試結合起來
4、 提交表單一條已經成功提交的記錄，back後再提交，看系統會如何處理。檢查多次使用back健的情況在有back的地方，back，回到原來的頁面，再back，重複幾次，看是否會報錯。
5、 有輸入項時，要考慮全/半角字條的輸入，及GBK字符