第七項：測試與調試

測試與調試（負責人：孫媛媛）
　一、功能檢查
　　1 、功能是否齊全，例如：增加、刪除、修改
　　2 、功能是否多余
　　3 、功能是否可以合並
　　4 、功能是否可以再細分
　　5 、軟件流程與實際業務流程是否一致
　　6 、軟件流程能否順利完成
　　7 、各個操作之間的邏輯關系是否清晰
　　8 、各個流程數據傳遞是否正確
　　9 、模塊功能是否與需求分析及概要設計相符
　　二、面向用戶的考慮
　　1 、操作方便性，如：按鍵次數是否最少
　　2 、易用性，面對用戶的操作是否簡單易學
　　3 、智能化考慮
　　4 、提示信息是否模糊不清或有誤導作用
　　5 、要求用戶進行的操作是否多余，能否由系統替代
　　6 、能否記憶操作的初始環境，無需用戶每次都進行初始化設置
　　7 、是否不經確認就對系統或數據進行重大修改
　　8 、能否及時反映或顯示用戶操作結果
　　9 、操作是否符合用戶習慣，比如：熱鍵
　　10 、各種選項的可用及禁用是否及時合理
　　11 、某些相似的操作能否做成通用模塊
　　軟件數據處理測試用例模板
　　一、輸入數據
　　1 、邊界值
　　2 、大於邊界值
　　3 、小於邊界值
　　4 、最大個數
　　5 、最大個數加 1
　　6 、最小個數
　　7 、最小個數減 1
　　8 、空值、空表
　　9 、極限值
　　10 、 0 值
　　11 、負數
　　12 、非法字符
　　13 、日期、時間控制
　　14 、跨年度數據
　　15 、數據格式
　　二、數據處理
　　1 、處理速度
　　2 、處理能力
　　3 、數據處理正確率
　　4 、計算方式
　　三、輸出結果
　　1 、正確率
　　2 、輸出格式
　　3 、預期結果
　　4 、實際結果
　　軟件流程測試用例模板
　　1 、反流程操作
　　2 、反邏輯操作
　　3 、重復操作
　　4 、反業務流程操作
　　軟件安裝測試用例模板
　　項目名稱：
　　項目版本號：
　　●軟件的安裝 / 卸載流程能否正確順利地進行
　　●軟件的安裝 / 卸載是否簡單、易學、易用
　　●安裝過程中的文字及提示有否錯字、別字，提示信息是否完備
　　●安裝過程中的各選項是否有效，合理
　　●安裝完成后生成的快捷圖標及菜單是否正確，路徑是否有效
　　●安裝文件夾的個數及所包含的內容是否正確無誤碼
　　●INI 文件及配置文件是否正確
　　●生成的系統備份文件是否正確
　　●動態庫及主程序的個數、內容是否正確
　　●運行程序，軟件各項功能是否能正常運行，如果有修改，安裝后的內容是否最新
　　●系統固定數據、數據庫是否正確
　　附注：用例編碼規則
　　功能 — 以字母 U 開頭后跟數字編碼
　　界面 — 以字母 I 開頭后跟數字編碼
　　數據 — 以字母 D 開頭后跟數字編碼
　　流程 — 以字母 F 開頭后跟數字編碼
　　安裝—以字母 S 開頭后跟數字編碼
　　測試用例編寫規范
　　一、測試用例編寫准備
　　從配置管理員處申請軟件配置：《需求規格說明書》和《設計說明書》；根據需求規格說明書和設計說明書，詳細理解用戶的真正需求，並且對軟件所實現的功能已經准確理解，然后着手制訂測試用例。
　　二、測試用例制定的原則
　　測試用例要包括欲測試的功能、應輸入的數據和預期的輸出結果。測試數據應該選用少量、高效的測試數據進行盡可能完備的測試；基本目標是：設計一組發現某個錯誤或某類錯誤的測試數據，測試用例應覆蓋方面：
　　1、正確性測試：輸入用戶實際數據以驗證系統是滿足需求規格說明書的要求；測試用 例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。
　　2、容錯性（健壯性）測試：程序能夠接收正確數據輸入並且產生正確（預期）的輸出， 輸入非法數據（非法類型、不符合要求的數據、溢出數據等），程序應能給出提示 並進行相應處理。把自己想象成一名對產品操作一點也不懂的客戶，在進行任意操作。
　　3、完整（安全）性測試：對未經授權的人使用軟件系統或數據的企圖，系統能夠控制的程度，程序的數據處理能夠保持外部信息（數據庫或文件）的完整。
　　4、接口間測試：測試各個模塊相互間的協調和通信情況，數據輸入輸出的一致性和正確性。
　　5、數據庫測試：依據數據庫設計規范對軟件系統的數據庫結構、數據表及其之間的數據調用關系進行測試。
　　6、邊界值分析法：確定邊界情況（剛好等於、稍小於和稍大於和剛剛大於等價類邊界值），針對我們的系統在測試過程中主要輸入一些合法數據/非法數據，主要在邊界值附近選取。
　　7、壓力測試：輸入10條記錄運行各個功能，輸入30條記錄運行，輸入50條記錄運行。。。進行測試。
　　8、等價划分：將所有可能的輸入數據（有效的和無效的）划分成若干個等價類。
　　9、錯誤推測：主要是根據測試經驗和直覺，參照以往的軟件系統出現錯誤之處。
　　10、效率：完成預定的功能，系統的運行時間（主要是針對數據庫而言）。
　　11、可理解（操作）性：理解和使用該系統的難易程度（界面友好性）。
　　12、可移植性：在不同操作系統及硬件配置情況下的運行性。
　　13、回歸測試：按照測試用例將所有的測試點測試完畢，測試中發現的問題開發人員 已經解決，進行下一輪的測試。
　　14、比較測試：將已經發版的類似產品或原有的老產品與測試的產品同時運行比較，或與已往的測試結果比較 。
　　說明：針對不同的測試類型和測試階段，測試用例編寫的側重點有所不同。
　　1、其中第1、2、6、8、9、13項為模塊（組件、控件）測試、組合（集成）測試、系統測試都涉及並重點測試的方面。
　　2、單元（模塊）測試（組件、控件）測試：重點測試第5項。
　　3、組合（集成）測試：重點進行接口間數據輸入及邏輯的測試，即第4項。
　　4、系統測試：重點測試第3、7、10、11、12、14項。
　　5、其中壓力測試和可移植性測試如果是公司的系列產品，可以選用其中有代表性的產品進行一次代表性測試即可。
　　6、GMPS基礎測試用例設計完成后，其他的測試項目只編寫設計與之不同部分的測試用例。
　　7、對於每個測試項目測試的測試用例不是一成不變的，隨着測試經驗的積累或在測試其他項目發現有測試不充分的測試點時，可以不斷的補充完善測試項目的測試用例。
　　三、測試用例的填寫
　　一個軟件系統或項目共用一套完整的測試用例，整個系統測試過程測試完畢，將實際測試結果填寫到測試用例中，操作步驟應盡可能的詳細，測試結論是指最終的測試結果（結論為：通過或不通過）。