軟件測試經驗小結

　　1 界面

　　
界面測試

　　(1) 測試界面設計是否合理、簡潔、美觀，操作是否方便

　　(2) 功能鍵、數據項信息是否齊全

　　(3) 確認系統中同一功能抌名稱是否統一

　　(4) 設計樣式、風格(查詢條件樣式;輸入風格(點選/手輸入);)是否與系統其它模塊

　　統一

　　(5) 確認頁面內所有字段名稱顯示風格是否統一(居中、左對齊、右對齊，一般采用居中

　　顯示風格)

　　(6)

　　1.1 新增頁面及功能測試

　　
字段

　　在開始測試時應該保證數據的正確性，然后再從系統中找出各種Bug

　　(1) 各字段輸入正確的信息值保存，確認系統是否可以正確完成新增操作。

　　(2) 進入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統應該給出某個不允許為

　　空字段的提示信息(屬于邊界測試)

　　(3) 建議不允許為空的字段前面加上‘*’作為標記(統一性，方便性問題)

　　(4) 編碼/編號字段不允許輸入中文及特殊字符，否則系統應該給出相應的提示信息

　　(5) 測試編碼/編號字段不允許重復，否則系統應該給出相應的提示信息

　　(6) 確認字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時系統應該給出提

　　示信息

　　(7) 非法測試，如：校驗數值型字段輸入非數值，保存時系統是否給出相應的提示信息;(根

　　據實際需要確定數值型字段是否能夠接受負數)

　　(8) 邊界測試，如：確認數值型字段的邊界值(如：有效值為‘0-100’整數，那么輸入-1

　　或101 保存時系統應該給出相應的提示信息;輸入值為0、100 系統應該能正確保存信

　　息值;輸入0 到100 內的整數值系統應該正確保存信息值)

　　(9) 精確值測試，測試小數位數是否在定義的長度內

　　(10)字段精確值是否正確(四舍五入否)。

　　(11)根據實際情況測試名稱字段是否具有唯一性，(一般情況下名稱是不允許重復的，具體

　　問題具體分析)，否則系統應該給出相應的提示信息

　　(12)確認各字段名稱書寫是否正確(注意：要求編輯界面、住息列表中、錯誤提示信息、查

　　詢條件中的字段名稱完全相同)

　　(13)確認特殊格式的字段是否已做標準格式的限制(如：電子郵件、郵編等)

　　(14)測試上級信息字段(如：上級XXX 名稱、上級XXX 編號)的信息值是否根據所選擇的上級XXX 名稱系統自動生成(注意：編號生成值一定是維護界面的編號，而不應該是

　　相應表的那個主鍵編碼)

　　(15)測試如果某字段信息值是從另一個模塊中選擇輸入的，那么需要確認其它相關聯字段的

　　信息值是否也相應的正確的自動帶入，并且這些字段應該都是只讀的

　　(16)創建人/編輯人、發布人、創建時間、創建人字段應該設為只讀的，而且此類字段值應該

　　默認當前操作人的姓名

　　(17)如果某個字段可以點選輸入多個信息值，那么測試該字段是否接受，并保存了點選輸入

　　的多個信息值

　　(18)對于多選字段，測試是否具有記憶上次選擇值并已驗重

　　(19)測試字符型字段是否可以接受空格(統一性問題，建議不要接受空格)

　　(20)引用其它模塊的字段信息值的字段長度是否與被引用模塊相應字段長度一致

　　(21)

　　1.2 多行添加編輯頁面

　　(1) 測試插入單行是否可以正確保存相應字段值

　　(2) 插入/添加多行測試是否對多行相應字段空值是否進行校驗(通常如果有多條空行保

　　存時系統會彈出XXX 字段不允許重復提示信息，要求僅對空行不保存即可，不需

　　要提示的)

　　(3) 多行添加，測試如果某個字段值太長保存后是否會導致界面混亂

　　(4) 保存---保存新添加的多行記錄信息

　　(5) 保存---勾選待刪除記錄，單擊此功能按鈕系統正確完成刪除操作

　　(6) 插入空行---單擊此功能按鈕系統插入一條空的記錄行

　　(7)

　　1.3 主子表編輯頁面

　　(1) 測試只有保存主表信息后才能維護子表信息，否則系統應該給出相應的提示信息

　　(2) 如果子表信息是否需要維護取決于主表中的某個字段值，那么請確認主表中相關聯

　　的字段取值是否對應子表的存在(主表中較常用的取決子表存在的字段是“底層否”，

　　如果與底層相關聯一般只有在底層才能維護其子表信息)

　　(3) 如果子表中有繼承主表信息，那么確認繼承的信息是否完全正確

　　1.4 左樹右表的測試方法

　　(1) 添加、修改、刪除保存后目錄樹信息是否要自動刷新(統一性問題)

　　(2) 添加界面：測試繼承上級信息的字段(如：上級機構名稱、上級機構編碼等)值系

　　統是否自動生成，而且信息值是否是只讀的

　　(3) 測試是底層節點才可以進行添加操作，還是非底層節點才可以進行添加操作(業務

　　測試)

　　(4) 含有子結點信息的當前結點是不允許修改為“底層”結點的選擇按鈕可以相互切換

　　(4) 為操作方便，建議‘有效否’的字段值添加時默認為‘有效’

　　(5)

　　
編輯控件(移動項目)

　　(1) 測試保存后，編輯控件內各段落間系統是否自動加了空行(此控件常出現的問題)

　　(2) 測試保存后，編輯控件上方是否會出現亂碼

　　(3) 測試系統是否按設計的格式保存了信息值

　　(4)

　　1.6 常用功能鍵的功能測試

　　(1) 保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統應該給出“XXX 字

　　段不允許為空”的提示信息

　　(2) 保存---如果某字段輸入值有錯誤或超出長度范圍，那么單擊“保存”按鈕時，系統應

　　該給出相應的提示信息

　　(3) 保存---輸入相關信息單擊“保存”后，建議系統給出“保存成功”提示信息

　　(4) 保存---測試新增/修改信息保存后，信息列表是否自動刷新

　　(5) 下一步---單擊此按鈕，如果有非空字段為空，系統應該給出相應提示信息;如果有字

　　段輸入非法值，單擊此按鈕系統應該給出相應提示信息;正常情況下單擊此功能按鈕，

　　系統進入到下一個編輯/操作界面

　　(6) 上一步---單擊此功能按鈕，系統應該正確返回到上一個編輯/操作界面

　　(7) 瀏覽---測試該功能鍵功能是否已經正確實現，單擊此按鈕系統應該彈出文件選擇頁面，

　　并且可以選擇輸入相關附件

　　(8) 上傳附件---測試上傳功能已經正確實現，確認上傳的附件在界面相應位置是否顯示

　　(9) 下載---測試下載功能已經正確實現(可以將上傳到服務器的附件下載的本地相應位置)

　　(10)重新上傳---保存操作后上傳功能按鈕名稱應該自動變為“重新上傳”，并且可以重新上

　　傳附件

　　(11)發布---測試該功能鍵功能已經正確實現，單擊些功能按鈕系統完成發布操作，相應的

　　信息狀態變為“已發布”，發布人、發布時間系統自動生成或已經正確保存(注意：已

　　經發布的信息是不允許再進行修改操作的)(根據系統需求及設計測試，有些系統只有

　　信息修改頁面才有此功能)

　　(12)取消發布---測試該功能鍵功能是否已經正確實現，單擊此功能按鈕系統完成取消發布

　　功能，相應信息狀態變為“未發布”(根據系統需求及設計測試，有些系統只有信息修

　　改頁面才有此功能)

　　(13) 關閉---單擊此功能按鈕系統將關閉當前頁面，建議當單擊此功能按鈕時系統彈出“確

　　認離開此頁面提示信息”

　　(14)查詢---單擊查詢功能按鈕，系統按鈕輸入查詢條件進行模糊查詢;查詢條件輸入非法

　　值進行查詢操作，系統應該查詢0 記錄

　　(15)刪除----未勾選待刪除記錄單擊此按鈕系統彈出相應提示信息;正常情況下系統刪除所選

　　記錄

　　(16)選擇---勾選待選記錄，單擊此按鈕系統完成選擇操作;單擊選擇超鏈接功能按鈕系統完

　　成選擇操作

　　(17)取消選擇---單擊此功能按鈕，系統完成取消選擇操作(清除所有選擇信息)

　　(18)

　　1.7 華表(待續)

　　(1) 測試華表自帶的所有功能按鈕/工具欄中的工具的功能是否可以正確使用(公式定

　　義、添加加行、列;字體設置;圖表;信息排序等)

　　(2) 測試可以在選定的單元格進行編輯等相關操作

　　(3) 測試是否可以手插入、追加、刪除、重命名表頁;手動設置表頁尺寸等

　　(4) 工作表之間定義公式是否可能以確自動計算

　　(5) 測試輸入的信息值是否與字段類型完全相匹配，不匹配是否有相應提示信息

　　(6) 相關模塊是否可能正確調用已定義好的華表模板

　　(7) 調用的華表模板信息提取是否完全(確認調用的華表信息是否有丟失)

　　(8) 確認調用的華表模板中的公式計(尤其是關聯多個表數據的公式)算是否正確，精

　　確值是否準確

　　(9) 如果華表中定義/調用的是樹結構信息，確認同一等級的單元格合并的是否正確

　　(10) 測試可編輯的單元格是否支持復制、粘貼功能

　　(11) 測試可編輯的單元格復制粘貼后，注釋信息是否會丟失或發生變化

　　(12) 測試引用的華表模板中的圖表信息是否會丟失;是否會按輸入/提取到的數據正確生

　　成圖表

　　(13) 邊界測試方法測試字段接收值是否正確

　　(14) 如果華表模板需要自動提取數據，那么確認被引用的模板是否自動提取了數據;提

　　取到的數據是否對應正確

　　(15)

　　1.8 修改頁面測試

　　
字段

　　(1) 確認各字段是否已經保存了添加界面輸入的信息值

　　(2) 確認各字段所保存/取到的信息值，是否與添加界面輸入的相關信息值完全匹配(1、

　　確認字段保存值是否有串行 2、字段值是否經過校驗)

　　(3) 確認字段是否保存修改后的信息值

　　(4) 修改界面的字段長度是否與添加界面相應字段長度一致

　　(5) 修改界面字段命名是否與新增界面相應字段命名完全一致

　　(6)

　　1.9 管理/維護頁面測試

　　(1) 測試界面整體設計合理，操作方便，尤其是查詢條件排放是否整齊，操作是否方便;功

　　能按鈕順序設計是否合理，操作是否方便，(一般順序為查詢、添加、刪除)

　　(2) 測試信息列表是否有一定的排序規則(建議如果有時間一般按時間倒序--先從客戶要求)

　　(3) 測試維護界面各功能按鈕功能是否已經正確實現

　　(4) 測試系統內不同模塊相同的查詢條件值輸入方式是否統一

　　(5) 測試各查詢條件是否起作用，即輸入查詢條件值可以查到相應查詢結果

　　(6) 測試可以手動輸入查詢條件什的查詢條件支持全部模糊查詢;通常對于下拉選擇輸入、

　　點選擇輸入的查詢條件僅支持精確查詢

　　(7) 測試信息列表中顯示的信息(字段)是否齊全，是否方便查詢/查看

　　(8) 測試信息列表中信息值顯示格式是否統一

　　(9) 測試列表各字段信息值是否有折行顯示，要求所有字段不允許折行顯示

　　(10)測試是否提供翻頁查詢功能，并且功能是否已經正確實現

　　(11)測試信息列表中的鏈接數據是否正確鏈接到相應信息界面

　　(12)下拉選擇輸入格式的查詢條件如果沒有特殊要求，系統默認查詢‘全部’選擇值

　　(13)測試時間查詢條件查詢結果是否正確：1、查詢結果包括邊界時間值的記錄;2、不包括

　　邊界時間值的記錄(統一性測試

　　(14))

　　1.10 權限測試主要包括以下內容

　　根據需求等相關文檔，查看程序設置權限級別是否正確，即每一級別的用戶所能執行的功能

　　是否分配正

　　1、業務權限

　　(1) 按需求測試用戶業務權限分配是否正確，業務權限主要控制功能模塊、功能菜

　　單的展示，沒有相應業務權限的不展示其功能模塊有功能菜單。所有需要使用

　　不同權限級的戶進入系統，驗證業務權限實現是否正確。

　　(2)

　　操作權限

　　(1) 權限組：按組用戶來分配操作權限。(組內所有人員都具有所分配的操作權限)

　　(2) 測試已分配操作權限的功能按鈕是可見的

　　(3) 測試已分配操作權限的功能按鈕是否可用;是否可以正確完成相應功能操作

　　(4) 通常不分配調看操作權限是無法進行修改操作

　　(5) 驗證同一功能菜單不同權限用戶的操作命令的查看及操作權限分配的是否正確

　　(6) 使用沒有分配特定權限(特定權限指特定信息的查看權限)的用戶登陸系統,進

　　入指定的功能菜單中驗證是否可以查看到相應信息.

　　(7) 測試將已分配的操作權限刪除后重新登錄，確認用戶是否還具有其相應操作權

　　限。

　　(8) 測試子結點是否繼承了父結點操作權限(如果勾選了繼承，則當前結點自動繼

　　承其父結點的所有操作權限，否則只具有給當前結點分配的操作權限)

　　(9)

　　1.11 對用戶名、密碼的有效性測試

　　(1) 密碼信息有效性測試：特殊字符、正常字符、空字符(不輸入)、空格

　　(2) 登陸名是否區分大小寫

　　(3) 登陸名是否允許重名

　　(4) 用戶名字和密碼都為最大長度 (邊界值分析，取上點)

　　(5) 用戶名字和密碼都為最小長度 (邊界值分析，取上點)

　　(6) 用戶名字和密碼都是非最大和最小長度的數據(邊界值分析，取內點)

　　(7) 用戶名長度大于要求1 位(邊界值分析，取離點)

　　(8) 用戶名長度小于要求1 位(邊界值分析，取離點)

　　(9) 密碼長度大于要求1 位(邊界值分析，取離點)

　　(10) 密碼長度小于要求1 位(邊界值分析，取離點)

　　(11) 是否記住上次登陸名

　　(12) 密碼信息有效性測試：字母數字混排、數字、符號數字、字母符號、數字符號、空字

　　符(不輸入)、空格 、ASCII 字符、字符串在有空格、串在有半角空格

　　(13) 口令鎖定：即輸入口令次數的限制

　　(14) 密碼顯示是否以星號或者別的符號顯示

　　(15) 看是否支持tap 和enter 鍵等

　　(16) 密碼是否可以復制粘貼

　　(17)

　　密碼修改測試方法

　　(1) 不輸入舊密碼，直接改密碼

　　(2) 輸入錯誤舊密碼

　　(3) 不輸入確認新密碼

　　(4) 不輸入新密碼

　　(5) 新密碼和確認新密碼不一致

　　(6) 新密碼中有空格

　　(7) 新密碼長度有效性測試方法同上

　　(8) 新密碼為非允許字符(如有的密碼要求必須是英文和數字組成，那么要試漢字和符號等)

　　(9) 測試密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫

　　(10) 新密碼與舊密碼一樣能否修改成功

　　(11)

　　2 工作流(待續)

　　(1) 測試流程啟動后是否嚴格按照所選擇的流程模板自動流轉

　　(2) 測試在流程流轉過程中相關人員是否可以維護流程步驟

　　(3) 測試流程流轉過程中，所有操作按鈕是否已完全按需求實現

　　回退：根據具體的業務需求確認回退目標是否正確/是否正確回退給了指定的目

　　標

　　轉交：確認轉交的目標是否已經接收并可以進行相關處理操作

　　審核：確認審核通過流程流轉是否正確

　　審核通過：通常會自動流轉到下一個處理人處;或流轉到下一個處理階

　　段;或返回到指定負責人處

　　審核未通過：如果審核未通過，通常會停留在當前審核步驟，待下次送

　　審后再次激活當前審核步驟;有時會返回到項目負責人處，待項目負責人處理

　　并激活流轉步驟。

　　拒絕審核/審核未通過：測試拒絕后流程流轉的是否正確

　　結束：根據實際需求而定，有的系統有此需求，有的沒有。如果有此需求，那

　　么需要測試特殊人員是否可以強制結束流程的流轉，測試強制結束的流程狀態

　　是否正確

　　歸檔：測試流程流轉結束后，相關信息是否已經歸檔;(確認強制結束的信息是

　　否已歸檔，狀態為‘已結束’)

　　分發傳閱：測試傳閱對象是否已經正確接收到傳閱信息;測試傳閱人的操作權

　　限是否正確(一般對于傳閱人某些操做是不允許的);根據需求及模板的定義測

　　試測試傳閱人是否全部傳閱完成后，分發人才可以辦理/提交到下一個流程階段。

　　(根據實際情況測試，有些工作流是不需要此操作的)

　　(4) 測試在流程在流轉過程中是否已作權限限制(如：操作按鈕的使用權限;附件編輯，

　　查看權限，信息的編輯、相看權限)-----參考權限測試方法

　　(5) 測試流程跟蹤/歷史審核信息是否正確，記錄是否齊全(一般按流程步驟，操作時間

　　升序排列)

　　(6) 如果當前辦理/審批階段是以組的形式存在的，那么需要根據需求及流程模板的定

　　義，測試是需要組內成員全部辦理/審批完成，流程流轉到下一流程階段，還是只需

　　組內一個成員辦理/審批通過就可以流轉到下一個流程階段

　　(7) 跟蹤測試，跟蹤一條數據的流程，保證數據的正確性(個人認為工作流最有效的測

　　試方法)

　　(8)

　　3 業務測試(待續)

　　要做好項目的測試工作，保證測試質量，必須對業務流程非常熟悉。對業務的熟悉程度

　　決定你測試能做到多深的程度。

　　(1) 測試某些特殊字段的選擇值是否已經升效，如(底層否：如果值為‘是’，那么不允

　　許再為當前結點添加子結點，否則還可以繼續為當前結點添加子結節點。如果有效

　　狀態：選擇值為‘有效’，那么當前信息才可以被使用或被引用，否則不可以(初始

　　化查詢時應該過濾掉)。 啟用否：如果選擇值為‘是’，那么相應信息才可以被引

　　用，否則不可以(初始化查詢時應該過濾掉))

　　(2) 測試年度信息時，一年只能有一條信息，否則系統應該給出“該年度信息已經存在”

　　提示信息

　　(3) 測試年度信息的子表信息：a)同一年度內同一子表內的信息值不允許有重復(編號、

　　名稱)信息，否則系統應該給出相應的提示信息。b)不同年度內同子表內的信息值

　　是可以有重復信息的

　　(4) 某些信息只歸屬于底層信息，在測試時注意當前位置是否是底層(此類業務常出現

　　在左樹右表的信息維護及主子表的信息維護中)

　　(5) 如果當前結點含有子結點信息，那么當前結點信息是不允許刪除，否則系統應該給

　　出相應的提示信息

　　(6) 被其它模塊引用的信息是不允許刪除的(根據實際情況測試被其它模塊引用的信息

　　是否允許進行修改操作)

　　(7) 含有子結點信息的當前結點是不允許修改為“底層”結點的

　　(8) 只有底層結點才能繼續維護其子表信息否則應該將其子表信息隱藏

　　(9) 主模塊是否可以正確調用子模塊信息(1、不估任何操作主模塊自動調用子模板信息;

　　2、啟動操作后主模塊調用子模塊信息)

　　(10) 測試確認主模塊調用子模塊信息時，被引用的信息是完全對應并且無丟失

　　(11) 測試被引用的信息是否可以進行修改操作(通常作為基本信息被引用時是不允許進

　　行修改操作的;而在工作流程中被引用/調用的信息是可以進行修改操作的)

　　(12) 工作流程是否嚴格按需求中的業務流程流轉

　　(13) 工作流程中權限分配是否正確

　　(14) 工作流中必須嚴格按分配的權限操作

　　(15) 測試僅限于某個階段才能進行的操作，在其它階段是否禁止或無此操作按鈕

　　(16) 根據需求確認，如果當前審核步驟已經審核結束，需要經過某個操作激活下一審核

　　步驟還是系統自動流轉到下一審核步驟

　　(17) 我的任務

　　1) 待啟動的項目：統計查詢需要當前登錄人啟動的項目(啟動人操作權限根據需求來

　　確定----通常是項目負責啟動項目)。查詢列表應該提供啟動操作，啟動操作后相應

　　項目信息自動過濾掉。

　　2) 待分派項目：統計查詢分派是當前登錄人的項目。分派操作后相應項目信息自動過

　　濾掉。

　　3) 待審核/處理的項目：統計查詢在審核階段，并且當前審核步驟的審核人/處理人是

　　當前登錄人或包含當前登錄人的項目。查詢列表中應該提供可能直接進行審核的功

　　能按鈕，審核操作后操作后相應項目信息自動過濾掉。

　　4) 我參與的項目：統計查詢已啟動但未結束并且當前登錄人做為項目組內成員參與的

　　項目信息

　　5) 我負責的項目：統計查詢已啟動但未結束(并且當前登錄人是項目負責人的項目信

　　息根據需求確認，有時我管理的項目不受條件限制統計查詢所有當前登錄人是項目

　　負責人的所有信息信息)。

　　6) 已審核的項目：統計查詢當前登錄人已經審核完畢的項目信息(注意有的需求這里

　　只查詢統計在審核階段的已審核的項目)

　　(18)

　　4 權限測試

　　2、業務權限

　　(3) 按需求測試用戶業務權限分配是否正確，業務權限主要控制功能模塊、功能菜

　　單的展示，沒有相應業務權限的不展示其功能模塊能功能菜單。

　　(4)

　　操作權限

　　(10) 權限組：按組用戶來分配操作權限。(組內所有人員都具有所分配的操作權限)

　　(11) 測試已分配操作權限的功能按鈕是可見的

　　(12) 測試已分配操作權限的功能按鈕是否可用;是否可以正確完成相應功能操作

　　(13) 通常不分配調看操作權限是無法進行修改操作

　　(14)

　　5 算法

　　(1) 測試前需要充分了解算法的整個計算過程及結果值的精度

　　(2) 算法測試之前需要準備充足，而且是準確無誤的測試實例

　　(3) 根據輸入值確認系統計算輸出結果是否與預期結果完全一致

　　(4) 如果計算公式中含有引用其它模塊的數據，需要先確認數據提取是否對應的正確

　　(5) 先用等價劃分法、邊界值測試方法測試輸入數據是否在需求范圍內

　　(6) 嚴格按照測試用例執行測試，確認計算結果是否正確無誤，注意結果的精度。

　　(7)

　　6 壓力測試

　　(1) 壓力測試前需要準備壓力測試方案，構造測試數據，搭建測試環境

　　1. 準備測試數據

　　確定性能測試指標：

　　1) 用戶容量(系統的最大注冊用戶數);

　　2) 系統負載(最大負載，最小負載);

　　3) 網絡帶寬;

　　4) 并發的用戶數;(同一時刻承受的最大壓力，測試對象“系統登錄”)

　　5) 典型事物的響應時間;(用戶給定的可接受的時間上限)

　　6) 穩定運行時間：在指定的事物數、指定的負載用戶下、穩定運行時

　　間;

　　根據性能測試指標，選擇一個業務場景：

　　7) 登錄業務;(并發用戶數)

　　8) 系統日志查詢業務;(典型事物的響應時間)

　　9) 報表(多表)查詢業務;

　　10) 簡單事務;(穩定運行時間：在指定的事物數、指定的負載用戶下、

　　穩定運行時間)

　　2. 搭建測試環境;

　　測試環境盡可能的與用戶的客戶端環境相同。

　　3. 執行測試

　　4. 結合性能測試指標，分析實時監視圖表，確定系統瓶頸;

　　事物的響應時間是否可以接受?

　　網絡帶寬是否足夠?

　　內存是否夠用?內存是否泄漏?

　　Cpu 是否堵塞?

　　系統能否處理高負載?

　　(2) 根據性能缺陷，進行缺陷定位，調優工作;直到滿足性能測試指標。

　　7 安裝測試

　　(1) 自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組合的正

　　確性，最終目標是所有組合都能安裝成功。

　　(2) 安裝退出之后，確認應用程序可以正確啟動、運行

　　(3) 卸載測試和安裝測試同樣重要，如果系統提供自動卸載工具，那么卸載之后需檢驗

　　系統是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪除。

　　(4) 至少要在一臺筆記本上進行安裝測試，因為有很多產品在筆記本中會出現問題，尤

　　其是系統級的產品。(有條件的情況下)

　　(5) 安裝完成之后，可以在簡單地使用之后再執行卸載操作，有的系統在使用之后會發

　　生變化，變得不可卸載。

　　(6) 安裝時間是否合理;

　　(7) 對于客戶服務器模式的應用系統，可以先安裝客戶端，然后安裝服務器端，測試是

　　否會出現問題。

　　(8) 考察安裝該系統是否對其他的應用程序造成影響，特別是Windows 操作系統，經常

　　會出現此類的問題。

　　(9)

　　8 統一性測試

　　(1) 所有彈出窗口居中顯示

　　(2) 所有頁面設計要求飽合，但盡量不要有橫縱滾動條

　　(3) 頁面設計風格要統一

　　(4) 要求編輯界面、住息列表中、錯誤提示信息、查詢條件中的字段名稱完全相同

　　(5) 添加/修改保存后，添加/修改界面是否自動關閉要求統一(建議修改保存后，修改界

　　面一般是自動關閉)

　　(6) 一個系統中相同功能的按鈕名稱要統一(如：添加新增，取消取消選擇)

　　(7) 底層結點不允許添加子結點信息，那么單擊底層結點時，“添加”功能按鈕設為不可

　　用的，還是系統彈出相應的提示信息，在一個系統中要求統一

　　(8) 同一個功能按鈕，不同模塊相同的錯誤提示信息是否統一

　　(9) 不同模塊相同字段值的輸入方式是否統一

　　(10)

　　9 易用性測試

　　(1) 默認按鈕要支持Enter 及選擇操作，即按Enter 后自動執行默認按鈕對應操作。(根

　　據實際情況現在可以只對登錄界面要求此易用性)

　　(2) 可寫控件項檢測到非法輸入后，應該給出說明并自動獲取焦點

　　(3) 按Tab 鍵可進入下一個輸入框

　　注意：在修改過的Bug 確認時，不僅要確認修改的Bug 是否已經通過，而且還要測試修改

　　后的程序是否引出新的Bug，因為在程序員剛修復Bug 之后時,往往程序員只修復報告出來

　　的缺陷而不去考慮別的功能在修改時可能會造成新的錯誤。

　　10 驗收測試

　　軟件產品測試部對經過內部單元測試、集成測試和系統測試后的軟件所進行的測試，測

　　試用例采用業務流程測試用例 

原文轉自：http://www.anti-gravitydesign.com