增加
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";
不允許輸入30時制的專案程式應提示錯誤

時輸入[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字元
————————————————
https://blog.csdn.net/weixin_38179563/article/details/104527748?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~aggregatepage~first_rank_ecpm_v1~rank_v31_ecpm-1-104527748.pc_agg_new_rank&utm_term=%E8%BD%AF%E4%BB%B6%E7%9A%84%E6%B5%8B%E8%AF%95%E7%82%B9%E6%80%8E%E4%B9%88%E5%86%99&spm=1000.2123.3001.4430