第一篇：測試經驗小結
軟件測試經驗小結界面
界面測試
(1)測試界面設計是否合理、簡潔、美觀，操作是否方便
領測軟件測試網
(2)功能鍵、數據項信息是否齊全 copyright 領測軟件測試網
(3)確認系統中同一功能抌名稱是否統一 http://www.ltesting.net
(4)設計樣式、風格(查詢條件樣式;輸入風格(點選/手輸入);)是否與系統其它模塊
領測軟件測試網
統一 copyright 領測軟件測試網
(5)確認頁面內所有字段名稱顯示風格是否統一(居中、左對齊、右對齊，一般采用居中
內容來自ltesting.net
顯示風格)
領測軟件測試網
(6)
ltesting.net
1.1 新增頁面及功能測試
領測軟件測試網http://www.ltesting.net
字段 內容來自ltesting.net
在開始測試時應該保證數據的正確性，然后再從系統中找出各種Bug 領測軟件測試網
(1)各字段輸入正確的信息值保存，確認系統是否可以正確完成新增操作。ltesting.net
(2)進入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統應該給出某個不允許為
領測軟件測試網http://www.ltesting.net
空字段的提示信息(屬于邊界測試)
http://www.ltesting.net
(3)建議不允許為空的字段前面加上‘*’作為標記(統一性，方便性問題)
內容來自ltesting.net
(4)編碼/編號字段不允許輸入中文及特殊字符，否則系統應該給出相應的提示信息
copyright 領測軟件測試網
(5)測試編碼/編號字段不允許重復，否則系統應該給出相應的提示信息 ltesting.net
(6)確認字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時系統應該給出提
內容來自ltesting.net
示信息
copyright 領測軟件測試網
(7)非法測試，如：校驗數值型字段輸入非數值，保存時系統是否給出相應的提示信息;(根 領測軟件測試網http://www.ltesting.net
據實際需要確定數值型字段是否能夠接受負數)
領測軟件測試網http://www.ltesting.net
(8)邊界測試，如：確認數值型字段的邊界值(如：有效值為‘0-100’整數，那么輸入-1 內容來自ltesting.net
或101 保存時系統應該給出相應的提示信息;輸入值為0、100 系統應該能正確保存信
http://www.ltesting.net
息值;輸入0 到100 內的整數值系統應該正確保存信息值)http://www.ltesting.net
(9)精確值測試，測試小數位數是否在定義的長度內 http://www.ltesting.net
(10)字段精確值是否正確(四舍五入否)。http://www.ltesting.net
(11)根據實際情況測試名稱字段是否具有唯一性，(一般情況下名稱是不允許重復的，具體
領測軟件測試網http://www.ltesting.net
問題具體分析)，否則系統應該給出相應的提示信息
內容來自ltesting.net
(12)確認各字段名稱書寫是否正確(注意：要求編輯界面、住息列表中、錯誤提示信息、查
內容來自ltesting.net
詢條件中的字段名稱完全相同)領測軟件測試網http://www.ltesting.net
(13)確認特殊格式的字段是否已做標準格式的限制(如：電子郵件、郵編等)
內容來自ltesting.net
(14)測試上級信息字段(如：上級XXX 名稱、上級XXX 編號)的信息值是否根據所選擇的上級XXX 名稱系統自動生成(注意：編號生成值一定是維護界面的編號，而不應該是
內容來自ltesting.net
相應表的那個主鍵編碼)
http://www.ltesting.net
(15)測試如果某字段信息值是從另一個模塊中選擇輸入的，那么需要確認其它相關聯字段的內容來自ltesting.net
信息值是否也相應的正確的自動帶入，并且這些字段應該都是只讀的
copyright 領測軟件測試網
(16)創建人/編輯人、發布人、創建時間、創建人字段應該設為只讀的，而且此類字段值應該 領測軟件測試網http://www.ltesting.net
默認當前操作人的姓名
ltesting.net
(17)如果某個字段可以點選輸入多個信息值，那么測試該字段是否接受，并保存了點選輸入
ltesting.net 的多個信息值 http://www.ltesting.net
(18)對于多選字段，測試是否具有記憶上次選擇值并已驗重
http://www.ltesting.net
(19)測試字符型字段是否可以接受空格(統一性問題，建議不要接受空格)copyright 領測軟件測試網
(20)引用其它模塊的字段信息值的字段長度是否與被引用模塊相應字段長度一致
領測軟件測試網http://www.ltesting.net
(21)
ltesting.net
1.2 多行添加編輯頁面
ltesting.net
(1)測試插入單行是否可以正確保存相應字段值 領測軟件測試網http://www.ltesting.net
(2)插入/添加多行測試是否對多行相應字段空值是否進行校驗(通常如果有多條空行保 領測軟件測試網
存時系統會彈出XXX 字段不允許重復提示信息，要求僅對空行不保存即可，不需 http://www.ltesting.net
要提示的)
領測軟件測試網http://www.ltesting.net
(3)多行添加，測試如果某個字段值太長保存后是否會導致界面混亂
領測軟件測試網http://www.ltesting.net
(4)保存---保存新添加的多行記錄信息
內容來自ltesting.net
(5)保存---勾選待刪除記錄，單擊此功能按鈕系統正確完成刪除操作 領測軟件測試網http://www.ltesting.net
(6)插入空行---單擊此功能按鈕系統插入一條空的記錄行 copyright 領測軟件測試網
(7)領測軟件測試網
1.3 主子表編輯頁面 http://www.ltesting.net
(1)測試只有保存主表信息后才能維護子表信息，否則系統應該給出相應的提示信息
http://www.ltesting.net
(2)如果子表信息是否需要維護取決于主表中的某個字段值，那么請確認主表中相關聯 copyright 領測軟件測試網的字段取值是否對應子表的存在(主表中較常用的取決子表存在的字段是“底層否”，領測軟件測試網http://www.ltesting.net
如果與底層相關聯一般只有在底層才能維護其子表信息)
領測軟件測試網http://www.ltesting.net
(3)如果子表中有繼承主表信息，那么確認繼承的信息是否完全正確 http://www.ltesting.net
1.4 左樹右表的測試方法
領測軟件測試網http://www.ltesting.net
(1)添加、修改、刪除保存后目錄樹信息是否要自動刷新(統一性問題)
領測軟件測試網
(2)添加界面：測試繼承上級信息的字段(如：上級機構名稱、上級機構編碼等)值系 領測軟件測試網http://www.ltesting.net
統是否自動生成，而且信息值是否是只讀的copyright 領測軟件測試網
(3)測試是底層節點才可以進行添加操作，還是非底層節點才可以進行添加操作(業務 領測軟件測試網http://www.ltesting.net
測試)領測軟件測試網
(4)含有子結點信息的當前結點是不允許修改為“底層”結點的選擇按鈕可以相互切換
領測軟件測試網http://www.ltesting.net
(4)為操作方便，建議‘有效否’的字段值添加時默認為‘有效’
內容來自ltesting.net
(5)
領測軟件測試網
編輯控件(移動項目)
領測軟件測試網http://www.ltesting.net
(1)測試保存后，編輯控件內各段落間系統是否自動加了空行(此控件常出現的問題)http://www.ltesting.net
(2)測試保存后，編輯控件上方是否會出現亂碼
內容來自ltesting.net
(3)測試系統是否按設計的格式保存了信息值 領測軟件測試網
(4)
copyright 領測軟件測試網
1.6 常用功能鍵的功能測試 http://www.ltesting.net
(1)保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統應該給出“XXX 字
內容來自ltesting.net
段不允許為空”的提示信息 領測軟件測試網
(2)保存---如果某字段輸入值有錯誤或超出長度范圍，那么單擊“保存”按鈕時，系統應 ltesting.net
該給出相應的提示信息
內容來自ltesting.net
(3)保存---輸入相關信息單擊“保存”后，建議系統給出“保存成功”提示信息
copyright 領測軟件測試網
(4)保存---測試新增/修改信息保存后，信息列表是否自動刷新 http://www.ltesting.net
(5)下一步---單擊此按鈕，如果有非空字段為空，系統應該給出相應提示信息;如果有字
內容來自ltesting.net
段輸入非法值，單擊此按鈕系統應該給出相應提示信息;正常情況下單擊此功能按鈕，http://www.ltesting.net
系統進入到下一個編輯/操作界面
ltesting.net
(6)上一步---單擊此功能按鈕，系統應該正確返回到上一個編輯/操作界面
領測軟件測試網
(7)瀏覽---測試該功能鍵功能是否已經正確實現，單擊此按鈕系統應該彈出文件選擇頁面，ltesting.net
并且可以選擇輸入相關附件 ltesting.net
(8)上傳附件---測試上傳功能已經正確實現，確認上傳的附件在界面相應位置是否顯示
http://www.ltesting.net
(9)下載---測試下載功能已經正確實現(可以將上傳到服務器的附件下載的本地相應位置)copyright 領測軟件測試網
(10)重新上傳---保存操作后上傳功能按鈕名稱應該自動變為“重新上傳”，并且可以重新上
領測軟件測試網
傳附件 http://www.ltesting.net
(11)發布---測試該功能鍵功能已經正確實現，單擊些功能按鈕系統完成發布操作，相應的ltesting.net
信息狀態變為“已發布”，發布人、發布時間系統自動生成或已經正確保存(注意：已
ltesting.net
經發布的信息是不允許再進行修改操作的)(根據系統需求及設計測試，有些系統只有
copyright 領測軟件測試網
信息修改頁面才有此功能)
內容來自ltesting.net
(12)取消發布---測試該功能鍵功能是否已經正確實現，單擊此功能按鈕系統完成取消發布
內容來自ltesting.net
功能，相應信息狀態變為“未發布”(根據系統需求及設計測試，有些系統只有信息修 領測軟件測試網
改頁面才有此功能)
內容來自ltesting.net
(13)關閉---單擊此功能按鈕系統將關閉當前頁面，建議當單擊此功能按鈕時系統彈出“確 內容來自ltesting.net
認離開此頁面提示信息” ltesting.net
(14)查詢---單擊查詢功能按鈕，系統按鈕輸入查詢條件進行模糊查詢;查詢條件輸入非法
ltesting.net
值進行查詢操作，系統應該查詢0 記錄 領測軟件測試網
(15)刪除----未勾選待刪除記錄單擊此按鈕系統彈出相應提示信息;正常情況下系統刪除所選
領測軟件測試網http://www.ltesting.net
記錄
內容來自ltesting.net
(16)選擇---勾選待選記錄，單擊此按鈕系統完成選擇操作;單擊選擇超鏈接功能按鈕系統完 copyright 領測軟件測試網
成選擇操作
內容來自ltesting.net
(17)取消選擇---單擊此功能按鈕，系統完成取消選擇操作(清除所有選擇信息)領測軟件測試網http://www.ltesting.net
(18)ltesting.net
1.7 華表(待續)
領測軟件測試網http://www.ltesting.net
(1)測試華表自帶的所有功能按鈕/工具欄中的工具的功能是否可以正確使用(公式定
http://www.ltesting.net
義、添加加行、列;字體設置;圖表;信息排序等)
ltesting.net
(2)測試可以在選定的單元格進行編輯等相關操作 領測軟件測試網
(3)測試是否可以手插入、追加、刪除、重命名表頁;手動設置表頁尺寸等 ltesting.net
(4)工作表之間定義公式是否可能以確自動計算
http://www.ltesting.net
(5)測試輸入的信息值是否與字段類型完全相匹配，不匹配是否有相應提示信息
內容來自ltesting.net
(6)相關模塊是否可能正確調用已定義好的華表模板 http://www.ltesting.net
(7)調用的華表模板信息提取是否完全(確認調用的華表信息是否有丟失)ltesting.net
(8)確認調用的華表模板中的公式計(尤其是關聯多個表數據的公式)算是否正確，精
內容來自ltesting.net
確值是否準確 領測軟件測試網
(9)如果華表中定義/調用的是樹結構信息，確認同一等級的單元格合并的是否正確 http://www.ltesting.net
(10)測試可編輯的單元格是否支持復制、粘貼功能 ltesting.net
(11)測試可編輯的單元格復制粘貼后，注釋信息是否會丟失或發生變化 ltesting.net
(12)測試引用的華表模板中的圖表信息是否會丟失;是否會按輸入/提取到的數據正確生 copyright 領測軟件測試網
成圖表 ltesting.net
(13)邊界測試方法測試字段接收值是否正確
http://www.ltesting.net
(14)如果華表模板需要自動提取數據，那么確認被引用的模板是否自動提取了數據;提 copyright 領測軟件測試網
取到的數據是否對應正確
http://www.ltesting.net
(15)ltesting.net
1.8 修改頁面測試
http://www.ltesting.net
字段
copyright 領測軟件測試網
(1)確認各字段是否已經保存了添加界面輸入的信息值
內容來自ltesting.net
(2)確認各字段所保存/取到的信息值，是否與添加界面輸入的相關信息值完全匹配（1、領測軟件測試網
確認字段保存值是否有串行
2、字段值是否經過校驗)
領測軟件測試網
(3)確認字段是否保存修改后的信息值 領測軟件測試網http://www.ltesting.net
(4)修改界面的字段長度是否與添加界面相應字段長度一致
copyright 領測軟件測試網
(5)修改界面字段命名是否與新增界面相應字段命名完全一致 領測軟件測試網
(6)內容來自ltesting.net
1.9 管理/維護頁面測試 ltesting.net
(1)測試界面整體設計合理，操作方便，尤其是查詢條件排放是否整齊，操作是否方便;功 領測軟件測試網http://www.ltesting.net
能按鈕順序設計是否合理，操作是否方便，(一般順序為查詢、添加、刪除)領測軟件測試網
(2)測試信息列表是否有一定的排序規則(建議如果有時間一般按時間倒序--先從客戶要求)ltesting.net
(3)測試維護界面各功能按鈕功能是否已經正確實現 ltesting.net
(4)測試系統內不同模塊相同的查詢條件值輸入方式是否統一 ltesting.net
(5)測試各查詢條件是否起作用，即輸入查詢條件值可以查到相應查詢結果
copyright 領測軟件測試網
(6)測試可以手動輸入查詢條件什的查詢條件支持全部模糊查詢;通常對于下拉選擇輸入、內容來自ltesting.net
點選擇輸入的查詢條件僅支持精確查詢 ltesting.net
(7)測試信息列表中顯示的信息(字段)是否齊全，是否方便查詢/查看
http://www.ltesting.net
(8)測試信息列表中信息值顯示格式是否統一 ltesting.net
(9)測試列表各字段信息值是否有折行顯示，要求所有字段不允許折行顯示 ltesting.net
(10)測試是否提供翻頁查詢功能，并且功能是否已經正確實現 http://www.ltesting.net
(11)測試信息列表中的鏈接數據是否正確鏈接到相應信息界面 http://www.ltesting.net
(12)下拉選擇輸入格式的查詢條件如果沒有特殊要求，系統默認查詢‘全部’選擇值 ltesting.net
(13)測試時間查詢條件查詢結果是否正確：
1、查詢結果包括邊界時間值的記錄;
2、不包括 http://www.ltesting.net
邊界時間值的記錄(統一性測試
內容來自ltesting.net
(14))copyright 領測軟件測試網
1.10 權限測試主要包括以下內容
內容來自ltesting.net
根據需求等相關文檔，查看程序設置權限級別是否正確，即每一級別的用戶所能執行的功能 ltesting.net
是否分配正 ltesting.net
1、業務權限
領測軟件測試網http://www.ltesting.net
(1)按需求測試用戶業務權限分配是否正確，業務權限主要控制功能模塊、功能菜
ltesting.net
單的展示，沒有相應業務權限的不展示其功能模塊有功能菜單。所有需要使用
領測軟件測試網
不同權限級的戶進入系統，驗證業務權限實現是否正確。
領測軟件測試網
(2)
ltesting.net
操作權限
領測軟件測試網
(1)權限組：按組用戶來分配操作權限。(組內所有人員都具有所分配的操作權限)
copyright 領測軟件測試網
(2)測試已分配操作權限的功能按鈕是可見的http://www.ltesting.net
(3)測試已分配操作權限的功能按鈕是否可用;是否可以正確完成相應功能操作 ltesting.net
(4)通常不分配調看操作權限是無法進行修改操作
領測軟件測試網
(5)驗證同一功能菜單不同權限用戶的操作命令的查看及操作權限分配的是否正確
領測軟件測試網
(6)使用沒有分配特定權限(特定權限指特定信息的查看權限)的用戶登陸系統,進 copyright 領測軟件測試網
入指定的功能菜單中驗證是否可以查看到相應信息.http://www.ltesting.net
(7)測試將已分配的操作權限刪除后重新登錄，確認用戶是否還具有其相應操作權
領測軟件測試網http://www.ltesting.net
限。
ltesting.net
(8)測試子結點是否繼承了父結點操作權限(如果勾選了繼承，則當前結點自動繼
領測軟件測試網
承其父結點的所有操作權限，否則只具有給當前結點分配的操作權限)ltesting.net
(9)領測軟件測試網
1.11 對用戶名、密碼的有效性測試
ltesting.net
(1)密碼信息有效性測試：特殊字符、正常字符、空字符(不輸入)、空格
copyright 領測軟件測試網
(2)登陸名是否區分大小寫
ltesting.net
(3)登陸名是否允許重名 ltesting.net
(4)用戶名字和密碼都為最大長度(邊界值分析，取上點)ltesting.net
(5)用戶名字和密碼都為最小長度(邊界值分析，取上點)copyright 領測軟件測試網
(6)用戶名字和密碼都是非最大和最小長度的數據(邊界值分析，取內點)copyright 領測軟件測試網
(7)用戶名長度大于要求1 位(邊界值分析，取離點)領測軟件測試網
(8)用戶名長度小于要求1 位(邊界值分析，取離點)領測軟件測試網
(9)密碼長度大于要求1 位(邊界值分析，取離點)
copyright 領測軟件測試網
(10)密碼長度小于要求1 位(邊界值分析，取離點)
內容來自ltesting.net
(11)是否記住上次登陸名 領測軟件測試網
(12)密碼信息有效性測試：字母數字混排、數字、符號數字、字母符號、數字符號、空字 copyright 領測軟件測試網
符(不輸入)、空格、ASCII 字符、字符串在有空格、串在有半角空格
內容來自ltesting.net
(13)口令鎖定：即輸入口令次數的限制
copyright 領測軟件測試網
(14)密碼顯示是否以星號或者別的符號顯示 內容來自ltesting.net
(15)看是否支持tap 和enter 鍵等 領測軟件測試網http://www.ltesting.net
(16)密碼是否可以復制粘貼
內容來自ltesting.net
(17)copyright 領測軟件測試網
密碼修改測試方法
領測軟件測試網
(1)不輸入舊密碼，直接改密碼
ltesting.net
(2)輸入錯誤舊密碼
內容來自ltesting.net
(3)不輸入確認新密碼 http://www.ltesting.net
(4)不輸入新密碼 copyright 領測軟件測試網
(5)新密碼和確認新密碼不一致 copyright 領測軟件測試網
(6)新密碼中有空格
領測軟件測試網
(7)新密碼長度有效性測試方法同上 copyright 領測軟件測試網
(8)新密碼為非允許字符(如有的密碼要求必須是英文和數字組成，那么要試漢字和符號等)領測軟件測試網
(9)測試密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫
領測軟件測試網http://www.ltesting.net
(10)新密碼與舊密碼一樣能否修改成功
ltesting.net
(11)領測軟件測試網工作流(待續)http://www.ltesting.net
(1)測試流程啟動后是否嚴格按照所選擇的流程模板自動流轉
內容來自ltesting.net
(2)測試在流程流轉過程中相關人員是否可以維護流程步驟 copyright 領測軟件測試網
(3)測試流程流轉過程中，所有操作按鈕是否已完全按需求實現
領測軟件測試網http://www.ltesting.net
回退：根據具體的業務需求確認回退目標是否正確/是否正確回退給了指定的目
內容來自ltesting.net
標 http://www.ltesting.net
轉交：確認轉交的目標是否已經接收并可以進行相關處理操作 內容來自ltesting.net
審核：確認審核通過流程流轉是否正確 領測軟件測試網http://www.ltesting.net
審核通過：通常會自動流轉到下一個處理人處;或流轉到下一個處理階 領測軟件測試網http://www.ltesting.net
段;或返回到指定負責人處 內容來自ltesting.net
審核未通過：如果審核未通過，通常會停留在當前審核步驟，待下次送 copyright 領測軟件測試網
審后再次激活當前審核步驟;有時會返回到項目負責人處，待項目負責人處理
copyright 領測軟件測試網
并激活流轉步驟。
copyright 領測軟件測試網
拒絕審核/審核未通過：測試拒絕后流程流轉的是否正確
領測軟件測試網http://www.ltesting.net
結束：根據實際需求而定，有的系統有此需求，有的沒有。如果有此需求，那
領測軟件測試網http://www.ltesting.net
么需要測試特殊人員是否可以強制結束流程的流轉，測試強制結束的流程狀態
http://www.ltesting.net
是否正確 領測軟件測試網http://www.ltesting.net
歸檔：測試流程流轉結束后，相關信息是否已經歸檔;(確認強制結束的信息是 領測軟件測試網http://www.ltesting.net
否已歸檔，狀態為‘已結束’)領測軟件測試網
分發傳閱：測試傳閱對象是否已經正確接收到傳閱信息;測試傳閱人的操作權
http://www.ltesting.net
限是否正確(一般對于傳閱人某些操做是不允許的);根據需求及模板的定義測
copyright 領測軟件測試網
試測試傳閱人是否全部傳閱完成后，分發人才可以辦理/提交到下一個流程階段。
ltesting.net
(根據實際情況測試，有些工作流是不需要此操作的)內容來自ltesting.net
(4)測試在流程在流轉過程中是否已作權限限制(如：操作按鈕的使用權限;附件編輯，內容來自ltesting.net
查看權限，信息的編輯、相看權限)-----參考權限測試方法 ltesting.net
(5)測試流程跟蹤/歷史審核信息是否正確，記錄是否齊全(一般按流程步驟，操作時間
copyright 領測軟件測試網
升序排列)領測軟件測試網
(6)如果當前辦理/審批階段是以組的形式存在的，那么需要根據需求及流程模板的定 copyright 領測軟件測試網
義，測試是需要組內成員全部辦理/審批完成，流程流轉到下一流程階段，還是只需
copyright 領測軟件測試網
組內一個成員辦理/審批通過就可以流轉到下一個流程階段 領測軟件測試網
(7)跟蹤測試，跟蹤一條數據的流程，保證數據的正確性(個人認為工作流最有效的測 ltesting.net
試方法)
ltesting.net
(8)領測軟件測試網http://www.ltesting.net 業務測試(待續)
copyright 領測軟件測試網
要做好項目的測試工作，保證測試質量，必須對業務流程非常熟悉。對業務的熟悉程度
http://www.ltesting.net
決定你測試能做到多深的程度。
copyright 領測軟件測試網
(1)測試某些特殊字段的選擇值是否已經升效，如(底層否：如果值為‘是’，那么不允 copyright 領測軟件測試網
許再為當前結點添加子結點，否則還可以繼續為當前結點添加子結節點。如果有效
領測軟件測試網http://www.ltesting.net
狀態：選擇值為‘有效’，那么當前信息才可以被使用或被引用，否則不可以(初始 內容來自ltesting.net
化查詢時應該過濾掉)。啟用否：如果選擇值為‘是’，那么相應信息才可以被引 內容來自ltesting.net
用，否則不可以(初始化查詢時應該過濾掉))
copyright 領測軟件測試網
(2)測試年度信息時，一年只能有一條信息，否則系統應該給出“該年度信息已經存在”
內容來自ltesting.net
提示信息 http://www.ltesting.net
(3)測試年度信息的子表信息：a)同一年度內同一子表內的信息值不允許有重復(編號、領測軟件測試網http://www.ltesting.net
名稱)信息，否則系統應該給出相應的提示信息。b)不同年度內同子表內的信息值
copyright 領測軟件測試網
是可以有重復信息的 內容來自ltesting.net
(4)某些信息只歸屬于底層信息，在測試時注意當前位置是否是底層(此類業務常出現 領測軟件測試網
在左樹右表的信息維護及主子表的信息維護中)
領測軟件測試網
(5)如果當前結點含有子結點信息，那么當前結點信息是不允許刪除，否則系統應該給
http://www.ltesting.net
出相應的提示信息
ltesting.net
(6)被其它模塊引用的信息是不允許刪除的(根據實際情況測試被其它模塊引用的信息
領測軟件測試網http://www.ltesting.net
是否允許進行修改操作)http://www.ltesting.net
(7)含有子結點信息的當前結點是不允許修改為“底層”結點的 copyright 領測軟件測試網
(8)只有底層結點才能繼續維護其子表信息否則應該將其子表信息隱藏 copyright 領測軟件測試網
(9)主模塊是否可以正確調用子模塊信息（1、不估任何操作主模塊自動調用子模板信息;內容來自ltesting.net
2、啟動操作后主模塊調用子模塊信息)
copyright 領測軟件測試網
(10)測試確認主模塊調用子模塊信息時，被引用的信息是完全對應并且無丟失 內容來自ltesting.net
(11)測試被引用的信息是否可以進行修改操作(通常作為基本信息被引用時是不允許進 領測軟件測試網http://www.ltesting.net
行修改操作的;而在工作流程中被引用/調用的信息是可以進行修改操作的)內容來自ltesting.net
(12)工作流程是否嚴格按需求中的業務流程流轉
copyright 領測軟件測試網
(13)工作流程中權限分配是否正確
內容來自ltesting.net
(14)工作流中必須嚴格按分配的權限操作
http://www.ltesting.net
(15)測試僅限于某個階段才能進行的操作，在其它階段是否禁止或無此操作按鈕 內容來自ltesting.net
(16)根據需求確認，如果當前審核步驟已經審核結束，需要經過某個操作激活下一審核
內容來自ltesting.net
步驟還是系統自動流轉到下一審核步驟 copyright 領測軟件測試網
(17)我的任務
領測軟件測試網
1)待啟動的項目：統計查詢需要當前登錄人啟動的項目(啟動人操作權限根據需求來
copyright 領測軟件測試網
確定----通常是項目負責啟動項目)。查詢列表應該提供啟動操作，啟動操作后相應 copyright 領測軟件測試網
項目信息自動過濾掉。內容來自ltesting.net
2)待分派項目：統計查詢分派是當前登錄人的項目。分派操作后相應項目信息自動過 領測軟件測試網http://www.ltesting.net
濾掉。內容來自ltesting.net
3)待審核/處理的項目：統計查詢在審核階段，并且當前審核步驟的審核人/處理人是
內容來自ltesting.net
當前登錄人或包含當前登錄人的項目。查詢列表中應該提供可能直接進行審核的功
ltesting.net
能按鈕，審核操作后操作后相應項目信息自動過濾掉。http://www.ltesting.net
4)我參與的項目：統計查詢已啟動但未結束并且當前登錄人做為項目組內成員參與的 ltesting.net
項目信息 http://www.ltesting.net
5)我負責的項目：統計查詢已啟動但未結束(并且當前登錄人是項目負責人的項目信
copyright 領測軟件測試網
息根據需求確認，有時我管理的項目不受條件限制統計查詢所有當前登錄人是項目 內容來自ltesting.net
負責人的所有信息信息)。
ltesting.net
6)已審核的項目：統計查詢當前登錄人已經審核完畢的項目信息(注意有的需求這里
領測軟件測試網http://www.ltesting.net
只查詢統計在審核階段的已審核的項目)http://www.ltesting.net
(18)
領測軟件測試網http://www.ltesting.net 權限測試 ltesting.net
2、業務權限 copyright 領測軟件測試網
(3)按需求測試用戶業務權限分配是否正確，業務權限主要控制功能模塊、功能菜
ltesting.net
單的展示，沒有相應業務權限的不展示其功能模塊能功能菜單。http://www.ltesting.net
(4)領測軟件測試網http://www.ltesting.net
操作權限 copyright 領測軟件測試網
(10)權限組：按組用戶來分配操作權限。(組內所有人員都具有所分配的操作權限)
copyright 領測軟件測試網
(11)測試已分配操作權限的功能按鈕是可見的http://www.ltesting.net
(12)測試已分配操作權限的功能按鈕是否可用;是否可以正確完成相應功能操作
領測軟件測試網
(13)通常不分配調看操作權限是無法進行修改操作 領測軟件測試網
(14)領測軟件測試網http://www.ltesting.net 算法
內容來自ltesting.net
(1)測試前需要充分了解算法的整個計算過程及結果值的精度 領測軟件測試網http://www.ltesting.net
(2)算法測試之前需要準備充足，而且是準確無誤的測試實例 copyright 領測軟件測試網
(3)根據輸入值確認系統計算輸出結果是否與預期結果完全一致
領測軟件測試網
(4)如果計算公式中含有引用其它模塊的數據，需要先確認數據提取是否對應的正確 內容來自ltesting.net
(5)先用等價劃分法、邊界值測試方法測試輸入數據是否在需求范圍內
領測軟件測試網http://www.ltesting.net
(6)嚴格按照測試用例執行測試，確認計算結果是否正確無誤，注意結果的精度。copyright 領測軟件測試網
(7)copyright 領測軟件測試網壓力測試
copyright 領測軟件測試網
(1)壓力測試前需要準備壓力測試方案，構造測試數據，搭建測試環境 內容來自ltesting.net
1.準備測試數據
領測軟件測試網http://www.ltesting.net
確定性能測試指標： http://www.ltesting.net
1)用戶容量(系統的最大注冊用戶數);
ltesting.net
2)系統負載(最大負載，最小負載);
領測軟件測試網http://www.ltesting.net
3)網絡帶寬;
領測軟件測試網
4)并發的用戶數;(同一時刻承受的最大壓力，測試對象“系統登錄”)領測軟件測試網
5)典型事物的響應時間;(用戶給定的可接受的時間上限)
http://www.ltesting.net
6)穩定運行時間：在指定的事物數、指定的負載用戶下、穩定運行時
copyright 領測軟件測試網
間;
領測軟件測試網http://www.ltesting.net
根據性能測試指標，選擇一個業務場景： 領測軟件測試網http://www.ltesting.net
7)登錄業務;(并發用戶數)
領測軟件測試網
8)系統日志查詢業務;(典型事物的響應時間)
ltesting.net
9)報表(多表)查詢業務;http://www.ltesting.net
10)簡單事務;(穩定運行時間：在指定的事物數、指定的負載用戶下、領測軟件測試網
穩定運行時間)http://www.ltesting.net
2.搭建測試環境;
內容來自ltesting.net
測試環境盡可能的與用戶的客戶端環境相同。ltesting.net
3.執行測試
ltesting.net
4.結合性能測試指標，分析實時監視圖表，確定系統瓶頸;ltesting.net
事物的響應時間是否可以接受? http://www.ltesting.net
網絡帶寬是否足夠?
copyright 領測軟件測試網
內存是否夠用?內存是否泄漏? ltesting.net
Cpu 是否堵塞? 內容來自ltesting.net
系統能否處理高負載?
領測軟件測試網http://www.ltesting.net
(2)根據性能缺陷，進行缺陷定位，調優工作;直到滿足性能測試指標。領測軟件測試網http://www.ltesting.net 安裝測試
copyright 領測軟件測試網
(1)自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組合的正 copyright 領測軟件測試網
確性，最終目標是所有組合都能安裝成功。領測軟件測試網http://www.ltesting.net
(2)安裝退出之后，確認應用程序可以正確啟動、運行
領測軟件測試網
(3)卸載測試和安裝測試同樣重要，如果系統提供自動卸載工具，那么卸載之后需檢驗
http://www.ltesting.net
系統是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪除。領測軟件測試網http://www.ltesting.net
(4)至少要在一臺筆記本上進行安裝測試，因為有很多產品在筆記本中會出現問題，尤 內容來自ltesting.net
其是系統級的產品。(有條件的情況下)
領測軟件測試網http://www.ltesting.net
(5)安裝完成之后，可以在簡單地使用之后再執行卸載操作，有的系統在使用之后會發
內容來自ltesting.net
生變化，變得不可卸載。ltesting.net
(6)安裝時間是否合理;
領測軟件測試網
(7)對于客戶服務器模式的應用系統，可以先安裝客戶端，然后安裝服務器端，測試是 領測軟件測試網
否會出現問題。
http://www.ltesting.net
(8)考察安裝該系統是否對其他的應用程序造成影響，特別是Windows 操作系統，經常 ltesting.net
會出現此類的問題。
內容來自ltesting.net
(9)
http://www.ltesting.net 統一性測試
http://www.ltesting.net
(1)所有彈出窗口居中顯示
領測軟件測試網http://www.ltesting.net
(2)所有頁面設計要求飽合，但盡量不要有橫縱滾動條 http://www.ltesting.net
(3)頁面設計風格要統一 ltesting.net
(4)要求編輯界面、住息列表中、錯誤提示信息、查詢條件中的字段名稱完全相同
內容來自ltesting.net
(5)添加/修改保存后，添加/修改界面是否自動關閉要求統一(建議修改保存后，修改界
copyright 領測軟件測試網
面一般是自動關閉)
http://www.ltesting.net
(6)一個系統中相同功能的按鈕名稱要統一(如：添加新增，取消取消選擇)
內容來自ltesting.net
(7)底層結點不允許添加子結點信息，那么單擊底層結點時，“添加”功能按鈕設為不可 copyright 領測軟件測試網
用的，還是系統彈出相應的提示信息，在一個系統中要求統一
領測軟件測試網
(8)同一個功能按鈕，不同模塊相同的錯誤提示信息是否統一 ltesting.net
(9)不同模塊相同字段值的輸入方式是否統一 領測軟件測試網
(10)領測軟件測試網http://www.ltesting.net 易用性測試 ltesting.net
(1)默認按鈕要支持Enter 及選擇操作，即按Enter 后自動執行默認按鈕對應操作。(根
領測軟件測試網http://www.ltesting.net
據實際情況現在可以只對登錄界面要求此易用性)
領測軟件測試網
(2)可寫控件項檢測到非法輸入后，應該給出說明并自動獲取焦點
領測軟件測試網http://www.ltesting.net
(3)按Tab 鍵可進入下一個輸入框 copyright 領測軟件測試網
注意：在修改過的Bug 確認時，不僅要確認修改的Bug 是否已經通過，而且還要測試修改
copyright 領測軟件測試網
后的程序是否引出新的Bug，因為在程序員剛修復Bug 之后時,往往程序員只修復報告出來 ltesting.net 的缺陷而不去考慮別的功能在修改時可能會造成新的錯誤。
copyright 領測軟件測試網驗收測試 copyright 領測軟件測試網
軟件產品測試部對經過內部單元測試、集成測試和系統測試后的軟件所進行的測試，測
內容來自ltesting.net
試用例采用業務流程測試用例
領測軟件測試網
轉自:領測軟件測試網[http://www.ltesting.net]
原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgcsrm/2011/0610/202582.html
第二篇：測試小結
曙光民辦小學2013學年第二學期期中測試分析與反思
王新東2014.11.12
半個學期一轉眼過去了，期中考試也順利結束了，本次期中考試，我們班學生全部參加考試，優秀率63.8%，及格率83.8%?？偟膩碚f，本次考試成績不算理想，主要是學困生太多了，他們的成績太差。逐題看過學生的試卷后，綜觀學生答題情況，我針對學生各方面的掌握情況做以下分析及反思：
一、試卷題型分析
本次試卷題型分為：字詞、句子、日積月累、閱讀、作文五大項，知識涉及面廣，考查了學生基礎知識、閱讀、習作幾個不同方面的知識。
二、學生考情分析
(一)基礎知識部分
從本班試卷的總體情況來看，學生對于基礎知識的掌握比較牢固，這與平時的嚴格要求和學生良好自學習慣的養成有關，要繼續發揚。盡管如此，還是出現了一些不該有的錯誤！
第1題，選擇完全正確的一組詞語，雖然說這是最簡單的題目,但越是簡單的就越容易失誤,我仔細數了一下,全對的只占全班的三分之一，這與期中考試沒有復習有關，但也說明平日里要多讓學生回顧前面學過的知識。
第2題，照樣子寫詞語，需要注意學生平日對生字的掌握對詞語的積累。第3題，選擇正確答案，學生普遍完成不好。這一題考查學生對字詞的理解，平日里要多加強對學生多方面知識與能力的培養。
第4題，修改句子錯誤。要教育學生審題認真。
第5題，根據課文內容填空。這一題學生錯誤并不多，只是有個別學生書寫不夠到位。
(二)閱讀部分
這一部分分為課內閱讀和課外閱讀。
課內閱讀，學生對于已經學過的課文內容的理解也能基本到位。失分較多的是聯系生活實際說一說“你喜歡春節嗎？你是怎樣過的？請介紹一下”,其實學生都知道，只是語言組織不夠連貫，沒能表達出自己的感受。平日上課時還是要讓更多的學生張開口，并且訓練學生說完整的話，說出自己真實的感受。
課外閱讀，失分相對較多，寫近義詞的大多數學生完成較好，但有些學生就一個也不會，這與平日找對近義詞不重視有關，以后要注意了。對文中一些加引號的詞語的作用理解較透徹，只是語言組織能力不夠好，要多訓練。在概括每段的內容時，有些學生理解錯誤，誤認為是第一、二自然段，沒有正確理解是劃分好的段落。
(三)習作部分
本次習作有一定的難度，要求學生以感恩為題寫出心中的體驗，大多數學生內容比較貧乏，感受也不夠真實。
三、小結
通過一次測試，學生的表現暴露出來了教師很多教學中的薄弱點，從學生的試卷中也發現了不少急待改進的問題。
1、學生的書寫較以前有所下降。
進入五年級后，我也發現有些學生的字體發生了較大的變化，處于能力養成期的孩子很容易發生波動，也給我提了個醒，除了教師的以身作則外，還要在日常教
學中多提醒學生注意認真書寫。
2、粗心大意的毛病還存在。
有不少學生的出錯就是因為自己的疏忽所致。對于這些學生我想就試卷問題讓他們討論，并讓他們自己制定克服辦法。執行起來，還是需要師生共同的持之以恒。期中考試已經結束了，在后半個學期的教學中，我要重點針對出現的問題找到相應的解決措施，同時繼續以激發學習興趣作為教學的首要著眼點，讓學生能夠在教師的指導下進行學習，并享受到學習給他們帶來的快樂，為以后的學習奠定良好的基礎。
第三篇：自動化測試經驗分享
一、測試的困惑
以前我時常反思，測試組的工作多嗎？我的回答是多。測試小組的工作成果的好壞和工作任務的多少成正比嗎？最終的回答卻并非成正比。我們的測試工作成果往往并不理想，甚至是差。那么為什么事倍功半？這問題很難找到清晰的答案。
參與了外部培訓之后，發現了自己在對測試的工作有了新層次的理解。對之前工作成果差的問題思考也有了新的方向?！皽y試的最高境界是找出所有BUG嗎？不是，測試的最高境界是不需要進行測試。為什么不需要進行測試？是因為所有的問題都已經在軟件各階段中介入的測試工作中給預防解決了。由此引申，測試的定位并不是找出BUG，而是預防BUG?！?這是我培訓報告中的一部分。如果測試的出發點只為是發現BUG，那么測試工作將會如何？辛苦的發現了一個BUG，之后開發針對性的修正了這個BUG，再回重新測試的過程，又會有多少人會重新被卷入，又會有多少BUG因此而產生，又需要花費多少時間，答案可想而知。這就是我們忙又不見成果的主要原因。所以改善這個問題的出發點就是改變對測試工作的認識——測試的目標并不是為了找出BUG，而是預防BUG的出現。
如何理解正確的測試目標是預防BUG的出現。首先可以從軟件測試的階段劃分來看。軟件測試的階段劃分為需求、設計、編碼、測試、驗收。但按此劃分來定位測試是錯誤的。假如在編碼階段完成后測試出的BUG屬于設計問題（這也是我們測試工作中經常遇到的情況），那么我們已經編碼完成的產品就要面臨著傷筋動骨的修改，這樣的修改會帶出多少個新的BUG出現？為這個修改我們又要重復的測試我們的新提交版本多少次？想必都有很深刻及慘痛的答案了。由此可以說明需求設計階段的測試比編碼階段測試重要的多。在需求上出現的BUG就很有可能足以推翻整個產品。那么如果在需求設計階段測試人員就能發現產品設計的BUG，那么就可以避免了因此而衍生的產品BUG，達到預防BUG這種測試理念的目標。
那么又如何能做好以預防BUG為目標的測試工作?！皽y試工作不只是一種技術，也不僅是一種活動。測試工作的成功也不能取決于測試成果，測試的BUG越多并不能證明測試工作做的好，所以由此引申，測試工作要站在團隊的高度來開展，在團隊中做好測試，而不是在測試小組中做好測試?！边@是我培訓報告中的另一部分。要做好以預防BUG為目標的測試工作，首先要盡早的參與到項目中，其次就是需要各部門及小組的大力支持，與業務、項目、代碼人員共同形成團隊，在團隊中影響其他小組提高產品質量，更好的完成以預防產品出現BUG為目標的測試活動。
總結來看，我個人覺得擁有這樣的測試理念可以解開我們的疑惑，帶領我們走出目前的困境。
二、自動化測試迷失
隨著工作、發展、提高等等多方面的需要，我接到了開展自動化測試的研究工作。概念上來說自動化測試是一種測試度量體系?，F實點來說，自動化測試可以為我們自動、無誤的運作完成大量且需要重復執行的測試用例。這是多么讓人振奮的概念。甚至可以解開我上文所提到的有關測試工作的困惑。我很興奮的去展開研究目前最流行的自動化測試工具之一QTP。甚至設計出了管理中心的三個重要功能的自動化測試腳本，并且運行無誤在自動化測試討論會上興奮的向大家演示。之后還用工具按鍵精靈設計出了前端的A類測試用于實際的測試。但很讓人沮喪的是最終這些腳本全被遺棄在電腦硬盤的角落，再也沒派上用場。為什么？因為他們維護起來很困難，因為他們編寫它們的時間與實現的價值并沒有超過手工測試。這就是自動化測試嗎？怎么不可行啊，我有點不太相信這種結局，所以我再一次困惑了。
外部培訓的老師這樣告訴我們：“我們并沒有理性的看待自動化測試，自動化測試并不是我們看上去的那樣美。首先自動化測試能直接的節約成本、讓測試人員變輕松的想法是一個誤區。因為原本用于手工測試的時間用來編寫及維護測試腳本了，而完善的自動化測試腳本編寫或維護的時間很可能會超過手工測試的時間。再者自動化測試腳本用例是測試人員所編寫，自動化測試只能是沿著該測試人員的“足跡”前進。所以用自動代測試來發現更多軟件產品問題的想法也是一個誤區。其次并不是所有的測試都能自動化，測試的自動化也不一定是解決問題的最佳手段?！?/p>
聽完這些，原本困惑的我又多了份驚訝，一方面驚嘆產述的這些狀況與我之前的自動化測試的試行失敗是相近的。另一方面又猜疑這自動化測試該不會像共產主義社會那般吧！隨著培訓內容的展開，我終于解開了困惑，何為理性的看待自動化測試。
“如同不能指望原始社會擁有了汽車就能進入現代社會一樣，自動化測試工具永遠都不能主導測試實現自動化”（出自國信培訓文檔）。我們錯誤的把自動化測試看成了一種測試工具或測試手段。自動化測試是一種理念，它要發揮它真正的作用就需要這種理念轉變為一種體系——自動化測試體系。
“引入自動化測試的前提是已經建立了合適的自動化測試體系，如果沒有這些，而片面的追求自動化，無異于緣木求魚。自動化測試體系是指能夠適用某種環境的測試工具、過程、人員結構、方法的綜合，運用于整個項目團隊”?；氐轿抑暗膶TP研究失敗的原因，首先我開始就覺得因為研發的設計、編碼實現并沒有考慮到自動化，而導致自動化腳本的編寫非常吃力。比如產品頁面項目的命名不規范，導致自動化測試工具很難捕捉這些頁面對像。其次就是測試腳本的方向迷失，我在研究QTP的時候就發現了這個問題。隨著我一點點的在編寫著腳本，我不斷的發現自己在的測試腳本的編寫方向上出現了迷失。這段腳本我編寫的目標本來是功能測試，但隨著我的補充卻接近于開發級的單元測試。而另一段本屬于功能性測試的腳本，因為功能的重點需要，我又補充了部分腳本導致整個測試腳本測試目標變成了完整關聯性測試。而做為單元測試的腳本卻并沒有在開發的角度上來設計，根本做不到函數、類等代碼級的測試，根本不能達到要求。做為完整性測試的腳本也無法模擬接口功能中幾何倍數級的各種條件輸入對應的輸出測試。而功能測試腳本算是碩果僅存，但隨著開發對產品的代碼大規模調整（這些調整當然不會考慮對已經實現的腳本的影響）而直接“報廢”。如果需要腳本繼續工作，那么就要花時間來修改調整它。這些腳本的結局又再一次可想而知了。
所以首先我們要理性的看待自動化測試，不要片面的去追求它。對不同的項目要開展不同自動化策略。參考如下
（1）評審項目中特定的部分作為應用自動化的候選對像。
（2）從項目中高度冗余的任務或場景重點考慮自動化。
（3）將乏味且人工容易出錯的工作重點考慮自動化。
（4）將回歸測試經常需要“照顧”到的部分重點考慮自動化。
（5）自動化開始時要首先關注開發成熟、理解透徹、相對穩定的且不易變的部分優先考慮自動化
其次，自動化所實現的最大價值目標是可不間斷的、可重復的自動執行對需求、設計、代碼全面覆蓋的大量測試用例從而預防bug的產生的一套質量保障機制。所以自動化測試的重點在于測試自動化作為一個體系，要運用于整個項目團隊。項目組要討論它（策略、時間、成本等）、研發需要參與它（編碼方向、自動化支撐、以及代碼單元測試自動化的計劃和執行等）、測試要引導及推進它（策略、方法、執行、跟進、維護等），各團隊共同形成體系，才能讓自動化測試工具真正的成為一種質量保證的有力武器。
第四篇：分享ERP測試經驗
正在進行當中的PConline首次ERP壓力測試，測試過程的最大感悟是隨時隨地等待著“不可預知”的錯誤發生，也許發現這些問題也算是測試本身的使命之一。bug經歷得多了也勉強有些經驗了，再借鑒下ERP廠商專職的ERP測試人員，總算有了一些可以和各位讀者可以分享的經驗了。
基本ERP系統拓撲
一、測試的目的和原則
測試概念的范疇
廣義上講，測試是指軟件產品生存周期內所有的檢查、評審和確認活動。如：設計評審、系統測試。
狹義上講，測試是對軟件產品質量的檢驗和評價。它一方面檢查軟件產品質量中存在的質量問題，同時對產品質量進行客觀的評價。測試的目的
簡單地說，就是替用戶受過，測試的最終目的是確保最終交給用戶的產品的功能符合用戶的需求，把盡可能多的問題在產品交給用戶之前發現并改正。
具體地講，測試一般要達到下列目標：
（1）確保產品完成了它所承諾或公布的功能，并且所有用戶可以訪問到的功能都有明確的書面說明------在某種意義上與ISO9001是同一種思想。
產品缺少明確的書面文檔，是廠商一種短期行為的表現，也是一種不負責任的表現。所謂短期行為，是指缺少明確的書面文檔既不利于產品最后的順利交付，容易與用戶發生矛盾，影響廠商的聲譽和將來與用戶的合作關系；同時也不利于產品的后期維護，也使廠商支出超額的用戶培訓和技術支持費用。從長期利益看，這是很不劃算的。
當然，書面文檔的編寫和維護工作對于使用快速原型法(RAD)開發的項目是最為重要的、最為困難，也是最容易被忽略的。
最后，書面文檔的不健全甚至不正確，也是測試工作中遇到的最大和最頭痛的問題，它的直接后果是測試效率低下、測試目標不明確、測試范圍不充分，從而導致最終測試的作用不能充分發揮、測試效果不理想。
（2）確保產品滿足性能和效率的要求。使用起來系統運行效率低(性能低)、或用戶界面不友好、用戶操作不方便(效率低)的產品不能說是一個有競爭力的產品。
用戶最關心的不是你的技術有多先進、功能有多強大，而是他能從這些技術、這些功能中得到多少好處。也就是說，用戶關心的是他能從中取出多少，而不是你已經放進去多少。
（3）確保產品是健壯的和適應用戶環境的。健壯性即穩定性，是產品質量的基本要求，尤其對于一個用于事務關鍵或時間關鍵的工作環境中。
另外就是不能假設用戶的環境(某些項目可能除外)。
測試的原則---Good Enough
對于相對復雜的產品或系統來說，zero-bug是一種理想，good-enough是我們的原則。
Good-enough原則就是一種權衡投入/產出比的原則：不充分的測試是不負責任的；過分的測試是一種資源的浪費，同樣也是一種不負責任的表現。我們的操作困難在于：如何界定什么樣的測試是不充分的，什么樣的測試是過分的。目前狀況唯一可用的答案是：制定最低測試通過標準和測試內容，然后具體問題具體分析。
測試的規律----木桶原理和80-20原則
（1）木桶原理
在軟件產品生產方面就是全面質量管理(TQM)的概念。產品質量的關鍵因素是分析、設計和實現，測試應該是融于其中的補充檢查手段，其他管理、支持、甚至文化因素也會影響最終產品的質量。應該說，測試是提高產品質量的必要條件，也是提高產品質量最直接、最快捷的手段，但決不是一種根本手段。反過來說，如果將提高產品質量的砝碼全部押在測試上，那將是一個恐怖而漫長的災難。
（2）Bug的80-20原則。
一般情況下，在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的Bug，而系統測試又能找出其余Bug中的80%，最后的5%的Bug可能只有在用戶的大范圍、長時間使用后才會曝露出來。因為測試只能夠保證盡可能多地發現錯誤，無法保證能夠發現所有的錯誤。
二、測試組織、測試實施
測試的任務和發展目標----質量
參與到監控產品生命周期中一切影響到質量的因素的工作中去。
目前測試的主要任務是負責產品的系統測試。
但實際上，因為單獨的系統測試不能保證產品最終的質量，所以測試在部分項目中也應參與到集成測試和用戶測試中。另外，測試也承擔了部分系統評測的任務和用戶技術支持的任務。
測試將來的發展目標應是產品的質量保證中心，我們的任務只有兩個字：“質量”，測試也只對這兩個字負責，并且將參與到監控產品生命周期中一切影響到質量的因素的工作中去。
測試的組織方式----小組
測試內部的個體分為測試人員和支持人員(管理人員屬于支持人員)。
測試的工作實體(最小組織單位)是測試小組和支持小組，分別由小組長全權負責。小組長向測試主管負責。
測試小組根據測試項目或評測項目的需要臨時組建，小組長也是臨時指定。與項目組的最大區別是生命周期短，一般是2周到4個月。在系統測試期間或系統評測期間，測試組長是測試對外(主要是項目組)的唯一接口，對內完全負責組員的工作安排、工作檢查和進度管理。
支持小組按照內部相關條例負責測試的后勤保障和日常管理工作，機構設置一般相對比較穩定。主要負責網絡管理、數據備份、文檔管理、設備管理和維護、員工內部培訓、測試理論和技術應用、日常事務管理和檢查等。
另外，測試對于每一個重要的產品方向，均設置1-3個人長期研究和跟蹤競爭對手的產品特征、性能、優缺點等。在有產品測試時，指導或參加測試(但不一定作為測試組長)，在沒有產品測試時，進行產品研究，并負責維護和完善測試設計。目前希望在需求分析階段多多參與。
測試的運作方式----制度化并形成應用
主要介紹一下項目組關心的系統測試流程：
1、項目組提交系統測試申請給測試指定帳號。由專人檢查文檔格式和完備性。
2、檢查合格后交給該產品對應方向的研究人員，評價其內容的有效性和真實性。
3、檢查合格后由測試主管審查并通過，成立測試組，指定測試組長(但暫時沒有組員)。
4、測試組長根據該產品的申請報告、測試設計和以往測試數據，制定測試方案。
5、測試主管審核通過測試方案后，根據測試方案指定測試組成員，并由支持組完成其他支持任務(如：設備的配備、測試數據庫的建立、網絡權限的修改?)。
6、測試期間測試組根據測試方案進行實際測試，記錄并跟蹤測試缺陷報告，填寫測試記錄。測試期間測試組長與項目組(測試經理)經常溝通，并獲取產品的更新版本。同時，測試組長審查、修改并提交所有缺陷報告，保證隨時掌握產品的質量情況，并監督測試進度。
7、產品進行到一定階段后(標志是測試缺陷報告庫中所有的報告處于歸檔狀態)，由項目組和測試組長共同決定產品進入穩定期測試。穩定期測試版本之前的版本必須在顯著位置標明為測試版字樣。
8、穩定期測試期間所發現的缺陷報告也需要記錄在測試缺陷報告庫中，并在穩定期結束后由雙方(有時可能也有市場方面的意見)共同決定對這些缺陷的處理方式。如果需要改動產品，則重新開始穩定期，否則通過穩定期測試。
9、測試組長對于通過穩定期測試的產品填寫綜合測試報告，測試中心依此發布產品發行通知。
10、測試組對整個測試過程和產品質量進行總結和評價，形成文檔并備案。同時，將測試過程中對測試設計的改動納入基線。最后，組長整理并在指定地點保存相關測試數據和測試樣張。
11、測試部門解散測試小組。
另外，在系統測試階段，我們要求測試小組要進行一些常規內容測試(如：Y2K測試，病毒檢查、裸機測試、加密檢查、說明書檢查?)，并要求寫入測試方案中。
傳統測試流程遇到的挑戰和對策----問題發現得越早，解決的代價就越小
（1）自動測試工具和測試理論 由于產品開發模式還不夠規范、相關文檔不夠完備，所以測試工具的應用效果不理想，只能部分應用。如：SQA。
對于測試理論，測試思想/測試理念的灌輸工作還是有成效的，但是測試數學模型的研究和建立工作進展不順利，主要原因也是我們的產品生命周期內部操作不夠規范。
目前主要依賴于：測試人員的經驗和素質；產品說明文檔和項目組的技術咨詢；測試設計。
（2）測試分類
根據目前的實際情況(已經由傳統的瀑布開發模式、使用結構化設計和實現手段，變為現在的RAD開發模式、使用OOD和OOP)，我們將把測試分為三種：產品測試、項目測試、系統評測。我們的依據是：問題發現得越早，解決的代價就越小。
產品測試的流程基本和上面提到的一樣。
項目測試的原則是盡早加入測試，并充分重視和支持用戶測試。
系統評測是簡化工作流程。
三、測試中常見問題分析及對策
我們一般把發現的錯誤bug(我們也稱為缺陷defect)按嚴重性分為4類：死機(系統崩潰或掛起)、致命(使系統不穩定、或破壞數據、或產生錯誤結果，而且是常規操作中經常發生或非常規操作中不可避免的)、嚴重(系統性能或響應時間變慢、產生錯誤的中間結果但不影響最終結果，如：顯示不正確但輸出正確)、一般(界面拼寫錯誤或用戶使用不方便)。
我們也把發現的錯誤按優先級分為三種：高、中、低：一般是越影響用戶接受或使用該產品的錯誤優先級越高。
但下面，將不對所有的問題進行列舉和分析，而只是列出一些顯而易見的、容易被項目組忽略的錯誤，這些錯誤可能是容易修改的、或是容易避免的，但是對于測試組或用戶來說可能卻是非常頭痛和不方便的。形象類問題：---不專業、用戶不信任
1、不符合用戶操作習慣。如，快捷鍵定義不科學、不實用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵)。
2、不夠專業，缺乏基本知識，而又沒有高手檢查。
3、界面中英文混雜，經常彈出莫名其妙的信息，而且還拼錯單詞
4、SETUP界面：CopyRight 1994-1996；缺省認為用戶使用某種分辨率；
5、說明書或幫助的排版格式不專業：中英文搭配不對、標點符號全角半角部分、沒有排版準則?
6、程序名/路徑名是程序員的名字、或沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)
7、界面元素參差不齊，文字不能完全顯示，TAB時鼠標亂走。
可用性問題：---用戶無法使用或不方便使用
“用戶比開發或測試人員在接觸界面上要花費更多時間。表面上不重要的方面的影響會變得越來越大，最終甚至會掩蓋了產品得有用得方面?！?下面是一些用戶界面錯誤的例子：
1、輸入無合法性檢查和值域檢查，允許用戶輸入錯誤的數據類型，并導致不可逆料的后果
2、界面中的信息不能及時更新，不能正確反映數據狀態，甚至對用戶產生錯誤的誤導。如：數據庫中剩余記錄個數；參數設置對話框中的預設值
下面是一些低效的用戶界面的例子：
1、表達不清或過于模糊的信息提示
2、要求用戶輸入多余的、本來系統可以自己得到的數據。如：服務是否啟動，安裝后用戶要手動修改某些配置文件。
3、為了達到某個設置或對話框，用戶必須做許多冗余操作。如，對話框嵌套層次太多。
4、不能記憶用戶的設置或操作習慣，用戶每次進入都需要重新操作一次初始環境。
5、使用不完善的功能且不給用戶以恰當的提示。
6、不經用戶確認就對系統或數據進行重大修改
穩定性問題：---影響用戶正常工作
1、不可重現的死機，或不斷申請但不完全釋放資源，系統性能越來越低
2、主系統和子系統使用同樣的臨界資源而互相不知道。如：使用同樣的類名或臨時文件名、使用同樣的數據庫字段名或登錄帳號。
3、不能重現的錯誤，許多與代碼中的未初始化變量(在Debug時一般是缺省初始化的)有關，有些與系統不檢查異常情況(如內存申請不成功、網絡突然中斷或長時間沒有響應)有關。
其他問題
1、文檔匱乏：無標準；無新功能使用方法；無版本改動說明。我們不僅要認為沒有說明文檔的產品不是是一個完整的產品，也要認為沒有說明或沒有正確說明的功能是一個沒有完全實現的功能，因為用戶無法用得起來。
2、運行時不檢查內存、數據庫或硬盤空間等
3、無根據地假設用戶環境：硬件/網絡環境；有些動態庫；安裝程序換臺機器不正確；假設網絡隨時都是連通的
4、提供的版本帶病毒，或根本無法安裝，或沒有加密
5、提供Debug版本給測試組或測試用戶，或項目組與測試組使用不同版本
6、用戶現場開發和修改，又沒有記錄和保留
7、錯誤反復出現，改動得不徹底、或版本管理出現混亂
8、錯誤越改越多，改動得不徹底、或改動得不小心
9、版本中部分內容和接口倒退
10、有些選項永遠是灰的；有些選項、菜單項在該灰時還不灰，并且還能狀態顯示
11、資源沒有和代碼分離，不同語言版本間不能平滑轉換
12、缺少第三方產品的評估：廣告管理系統2000年問題
13、產品配合不利，準備當作一套產品或方案推出，互相之間卻各不負責，(沒有整個項目負責人，是面向組織的而不是面向產品或方案的)。
期望項目組關注的一些問題
1、修改Bug的人考慮得不夠周全，也可能是沒有能力考慮周全---不懂全部程序
2、問題留給測試組去發現的心態----不仔細測試、不小心修改、甚至不全面改(不徹底)
3、自己不會用，不了解產品的用法。
4、更多地從用戶使用的角度考慮設計、編碼與測試
第五篇：軟件測試小結
第二階段學習小結
1.白盒測試需要了解其內部結構和運行機制。白盒測試，也稱之為結構測試和邏輯驅動測試。黑盒測試不需了解程序內部結構和內部特征。主要著眼于程序外部的用戶界面，關注軟件的輸入和輸出，關注用戶的需求，從用戶的角度來驗證軟件的功能。黑盒測試也稱之為功能測試和數據驅動測試。
2.黑盒測試技術主要有：等價類劃分法、邊界值分析法、判定表方法、因果圖法、錯誤推測法。
3.白盒測試主要技術有：語句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋、路徑覆蓋。
4.測試用例的定義：測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結果，其目的是確定應用程序的某個特性是否正常的工作。
軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。{系統測試用例的編號這樣定義規則： PROJECT1-ST-001，命名規則是項目名稱+測試階段類型（系統測試階段）+編號。定義測試用例的優先級別，可以籠統的分為 “ 高 ” 和 “ 低 ” 兩個級別。測試用例設計方法：（1）逐級細分法（2）輸入域測試法（3）輸出域分析法（4）正交試驗設計法（5）業務流程分析法（6）狀態遷移法（7）因果圖法（8）判定表法（9）錯誤猜測法(10)等價類劃分法（11）邊界值分析法}。
5.Bug的描述：
① 和 bug 產生對應的軟件版本。
② 開發的接口人員。
③ bug 的優先級。
④ bug 的嚴重程度。
⑤ bug 可能屬于的模塊，如果不能確認，可以用開發人員來判斷。
⑥ bug 標題，需要清晰的描述現象。
⑦ bug 描述，需要盡量給出重新 bug 的步驟。
⑧ bug 附件中能給出相關的日志和截圖。
6.軟件測試環境的主要要素：配置測試環境是測試實施的一個重要階段，測試環境適合與否會嚴重影響測試結果的重要性和真實性。一般來說，配置測試環境要滿足五個基本元素：硬件、軟件、網絡環境、數據準備、測試工具。
7.測試環境的搭建:單機版測試環境搭建，b/s架構測試環境的搭建，c/s架構測試環境的搭建。
8.測試環境的管理：設置專門的測試環境管理員角色、明確測試環境管理所需的各種文檔、測試環境訪問權限的管理、測試環境的變更管理、測試環境的備份和恢復。
9.自動化測試工具介紹：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。
點擊咨詢 