1、實用標準文案軟件測試標準規范1目的為了確保軟件產品質量，使產品能夠順利交付和通過驗收，特編寫本文 檔，以作參考2適用范圍本文檔適用于項目開發過程中的單元測試、集成測試、系統測試、業務 測試、驗收測試以及一些專項測試。3職責項目測試負責人組織編制測試計劃、測試方案，指導和督促 測試人員完成各階段的測試工作。項目組測試人員按照測試計劃、測試方案完成所承擔的測試 任務，并按要求填寫問題報告及維護記錄。測試經理依照確認規程和準則對工作產品進行確認，提出對確認規 程和準則的修改意見項目負責人組織測試環境的建立。項目經理審核負責控制整個項目的時間和質量。研發人員確認修改測試人員提交的bug。4工作流程測試

2、依據詳細設計是模塊測試的依據。因此設計人員應向測試人員提供系統需 求規格書名書、詳細設計、概要設計等有關資料。測試人員必須認 真閱讀，真正弄懂系統需求和詳細設計。制訂測試方案精彩文檔實用標準文案在測試之前，由項目負責人根據測試計劃的要求，組織人員編制相 應的測試方案，測試方案應包括以下內容：測試目的；所需人員及相應培訓要求；測試環境、工具和測試軟件；測試用例、測試數據和預期的結果。單元測試項目開發實現過程中，每個程序單元（程序單元的劃分視具體開發工具 而定，一般定為函數或子程序級）編碼調試通過后，要及時進行單元測試。單元測試由單元開發者自己進行，使用白盒測試方法，根據程序單元的 控制流程，爭取

3、達到分支覆蓋。對于交互式運行的產品，不便于進行自動 測試的，可以采用功能測試的方法進行。單元測試針對程序模塊，從程序的內部結構出發設計測試用例。多個模 塊可以獨立進行單元測試。單元測試內容包括模塊接口測試、局部數據結構測試、路徑測試、 錯誤處理測試等；單元測試組織原則一遍根據開發進度安排對已開發完成的單一模塊 進行測試；單元測試停止標準：完成了所有規定單元的測試，單元測試中發現 的bug已經得到修改。集成測試編碼開發完成，項目組內部應進行組裝測試。集成測試由項目負責人組織策劃（編寫測試計劃、測試用例）并實施。 集成測試著重對各功能模塊之間的接口進行測試，驗證各功能模塊是否能 協調工作、參數傳遞

4、及功能調用是否正常。測試采用交叉方法，即個人開 發的軟件應由其他的項目組成員進行測試。集成測試過程應填寫問題報告及維護記錄，測試結果應形成測試 報告。系統測試精彩文檔實用標準文案在項目開發完成之后，應對整個系統軟件和硬件進行系統測試。對性能、 可靠性、健壯性、壓力承受力等方面分別進行評價，以驗證系統是否滿足 規定的需要。系統測試由測試負責人組織策劃（編寫測試計劃、測試用例）并實施， 系統測試過程應形成問題報告及維護記錄。系統測試一般進行如下幾種情況的測試：正常情況非正常情況破壞性測試邊界情況非法情況強度測試性能測試兼容性測試用戶友好性測試界面設計規范測試：光標的初始位置字體是否統一字號是否符合

5、規定標題顏色按鈕的名稱是否規范界面布局是否合理，整體效果如何輸入值測試：數據類型數據長度約束條件是否滿足，是否完整TAB和Enter鍵是否起作用精彩文檔實用標準文案鍵盤操作能否全部代替鼠標操作輸入（光標）是否按照順序前進按鈕測試：將按鈕放開和封閉是否嚴格、準確，不能使用的按鈕必須封閉檢查“退出”、“取消”等具有共性按鈕的功能異常情況測試：在完成正常功能測試后，安正常處理的相同操作順序，執行與正常處理 不同的動作例如正常處理中要求輸入日期的字段，這時輸入字符或數字正常處理中輸入字段有范圍要求，這時輸入超過范圍的值正常處理中用兩個值限定范圍，這時用一個值或不限定正常處理中要求用“ Tab ”鍵，這

6、時安“ Enter ”鍵或其他鍵正常處理中單選框、多選框、下拉框等，十一偶那個非指定鍵操作使用不同于指定的按鈕操作業務測試在組裝測試與系統測試結束后，均可由最終用戶或測試人員對系統進行 測試。業務測試著重測試業務流程，功能、用戶界面等方面。項目、測試負責人負責組織相關人員制定測試方案和測試用例，并進行 測試。測試的結果應形成問題報告及維護記錄。驗收測試驗收測試的條件按照項目計劃規定的驗收測試進度安排進行測試準備在驗收測試前，各項內部的測試活動都受到監控并爭取執行精彩文檔實用標準文案交付版本的要求按照集成測試用例完成了整個系統的集成測試集成版本滿足設計定義的各項功能、性能要求提交的數據庫腳本樣本

7、需要完整，沒有冗余數據在集成測試中發現的bug已經得到解決，各級缺陷修改率達到標準軟件需求分析說明書中定義的所有功能都已經實現，性能指標全部 達到性能需求指標提交階段性測試報告，包括功能和性能測試報告所有文檔齊備完整版本發布的準則軟件產品通過了單元測試、集成測試、業務測試、系統測試、性能測試 測試部提交文檔：測試計劃、測試方案、測試用例、測試分析報告 所有測試項必須符合以下標準致命錯誤：無功能錯誤：無功能缺陷：項目經理、技術經理、測試負責人審核通過 界面缺陷：項目經理、技術經理、測試負責人審核通過 建議：項目經理、技術經理、測試負責人審核通過 以上幾項其中之一不滿足要求，視為不合格在產品交付和

8、用戶驗收之前，通過驗收測試來確認在規定的使用環境下 整個產品的運行情況是否滿足規定的要求。在產品交付之前，由指定的驗收負責人組織制定測試方案和測試用例， 主持驗收。驗收測試過程應形成問題報告及維護記錄。用戶現場測試將軟件部署到用戶實際生產環境后，由于環境差異，需要在用戶現場進 行確認測試，保證系統功能、性能完備，可正常運行。測試內容：根據軟件系統規模，準備現場測試用例，涵蓋所有重要功能點，若 規模小，需要將全部功能點全部測試一遍精彩文檔實用標準文案對于后臺已定義好的工作流、功能欄目路徑以及用戶信息等數據， 不可進行修改和刪除操作，新增的測試數據也需要在測試完成后給 予清楚重點檢查上傳、下載的數

9、據是否可以正常的打開或保存確認界面美觀，基本信息和鏈接無錯誤考慮用戶實際的軟件環境和網絡環境，以客戶端最為復雜的軟硬件 環境作為測試機器，檢查有無異常情況出現針對前期發現的bug進行回歸測試，以保證發布版本為最新版本編寫測試文檔測試點將測試模塊分解成多個功能點，測試點應涵蓋功能點，也涵蓋了正常測 試和異常測試。輸入數據輸入數據包括界面輸入數據、數據庫的初始數據及其他外部輸入數據。 特別是數據庫的初始所需屬性一一列出，全面是指：數據能達到模塊所涉 及的全部功能，典型是指這個數據能充分反映功能特點。測試描述描述測試步驟，包括：操作員所執行的動作（包括鼠標、鍵盤、加載外 部數據等操作）；系統的反應，

10、包括：光標定位、光標聚焦、顯示字段值、 按鈕的封閉和放開、功能鍵的封閉和放開、系統提示和系統消息等。預期輸出數據按準備的輸入數據和設計要求的處理過程，模塊應輸出的數據。輸出數據包括：屏幕輸出數據、輸出到數據庫的數據、輸出到其他外部 介質上的數據，并指出斷點結果或最終結果。精彩文檔實用標準文案實際輸出填寫本測試點程序運行后的實際輸出。正確與否程序運行后，實際輸出結果和預期輸出結果一致時，為正常，否則為不 正常。測試結論填寫本次測試的結論，是合格或不合格。若不合格時，應總結存在的問 題，可以讓修改者一目了然。5缺陷管理缺陷的定義及其基本屬性缺陷是指在軟件開發過程中的針對軟件產品和開發過程中的問題，

11、這些 問題已經影響或可能會影響軟件產品的質量。缺陷應該具備以下屬性，也 就是往缺陷管理庫或者缺陷列表中提交的缺陷應該具備以下屬性：屬性名稱描述缺陷標識標記某個缺陷的一組符號，每個缺陷必須有一個唯一 的標識缺陷類型根據缺陷的自然屬性劃分的缺陷種類缺陷驗證程度因缺陷引起的故障對軟件產品的影響程度缺陷所處的模塊或 子系統缺陷分步的模塊或子系統缺陷出現幾率指發現錯誤的幾率缺陷的重現步驟詳細的缺陷重現步驟附件與缺陷相關的附件（截圖、附件、用例等）備注對缺陷的其他描述精彩文檔實用標準文案缺陷分類根據缺陷的定義，將缺陷分為如下列：文檔缺陷：是指對文檔的靜態檢查過程中發現的缺陷。檢查活動包 括同行評審、產品審

12、計等。評審的缺陷要根據被評審對象的類型來 確定，被評審的對象包括最終出產物和中間過程產出物，比如需求 文檔、設計文檔、計劃、報告、用例等代碼缺陷：是指對代碼進行同行評審、審計或代碼走查過程中發現 的缺陷測試缺陷：是指由測試活動發現的測試對象（被測對象一般是指可 運行的代碼、系統，不包括靜態測試發現的問題）的缺陷，測試活 動包括單元測試、集成測試、系統測試、性能測試等過程缺陷：有稱為不符合項問題，是指通過過程審計、過程分析、 管理評審、質量評估、質量審核等活動發現的關于過程的缺陷和問 題。過程缺陷的發現者一般是測試人員、項目經理等文檔缺陷分類缺陷分類描述描述不完整文檔內容缺失，或文檔應該包括的范

13、圍沒有涵蓋不一致一致性問題有兩類：一是與源頭說明書不一致，比如需求和客戶業務需求不一致、設計與需求不一致等二是上下文或者與前提不一致描述錯誤文檔描述是錯誤的，不可實現或導致錯誤的輸出或結果功能問題該缺陷將會導致用戶功能的錯誤、不滿足、不可用不清楚或有歧義內容的描述不清楚、不能準確表達、或表達的意思有歧 義邏輯錯誤內容組織邏輯不清楚、邏輯錯誤接口問題與最終用戶接口問題、與外部系統的接口問題、內部子精彩文檔實用標準文案系統或模塊的接口問題輸入輸出問題輸入輸出不完整、不正確、不可測試或驗證不細化內容還需要進一步細化性能問題文檔的設計或實現方式存在性能問題安全性問題文檔的設計或實現方式存在安全性問題代

14、碼缺陷分類缺陷分類描述常量變量定義問題不滿足設計或需求編寫代碼不符合規范條件判斷處理循環處理錯誤異常處理算法邏輯問題注釋問題代碼冗余性能問題系統測試缺陷分類缺陷類型描述功能錯誤影響了重要的特性、用戶界面、產品接口或全局數據結 構，并且設計文檔需要爭取的變更。如邏輯、循環、遞 歸、功能等缺陷結構錯誤Web應用程序結構化頁面無法顯示，或者顯示錯誤腳本錯誤Web應用程序當中出現腳本錯誤，包括客戶端對數據進行 校驗和運算的各種情況下產生的錯誤頁面鏈接錯誤Web應用程序頁面出現空鏈接、錯誤鏈接、死鏈接精彩文檔實用標準文案頁面文字錯誤Web應用程序頁面出現的中外文拼寫、使用、以及不同語 種頁面的編碼錯誤頁

15、面圖形錯誤Web應用程序頁面出現圖片內容使用不當，或者無法顯示ALT錯誤Web應用程序頁面當中超文本標識語言、文本標簽解釋錯 誤排版錯誤Web應用程序頁面排版不符合要求或者不符合使用習慣業務邏輯不合理應用程序的實現流程和規定業務流程不一致，或者實現 流程無法正確完成。包括流程數據的部分并行、爭用、 同步等操作，引起的流程斷裂、死鎖、以及其他異常情 況業務邏輯不方便應用程序實現流程在實際情況下雖然可以完成，但是存 在不必要的反復、等待、冗余等影響使用效率的情況其他錯誤其他未分類錯誤建議系統改進建議缺陷等級定義缺陷的嚴重程度對以上所述的缺陷類型都是適合的，缺陷的嚴重程度反映的是對缺陷的發現對象可能

16、造成的影響或后果來定義的缺陷等級缺陷性質系統中對應 的錯誤分類描述一級致命錯誤系統崩潰系統死鎖導致對被描述的主要對象的理解錯 誤、不可行、不可運轉、對業務和整 個系統造成重大損失或損害；對使 用、維護或保管人員有危險或不安 全，以及對產品的基本功能有致命影 響的缺陷二級嚴重缺陷嚴重錯誤對被描述的部分對象的理解或實現 錯誤，部分的模塊或系統不可行或不 能運轉或部分模塊和系統缺失，對整 個系統有重大影響或可能造成部分 的損失或損害；嚴重影響使用安全精彩文檔實用標準文案三級一般缺陷次要錯誤布局不合理文字錯誤系統中部分單元模塊或單個功能描 述和實現有錯誤、有偏差、不一致或 有缺失，不影響模塊的正常運行

17、，或 有影響，但可以有替代的辦法或避免 辦法四級微小缺陷微不足道基本不影響系統的運行和功能的實 現。但是與標準、規范和定義不一致五級建議缺陷新特性不在定義、標準、范圍的定義和約束 之內，但是從提出者來看是需要完善 的建議缺陷優先級定義缺陷優先級描述特急需要立刻進行修改加急一天到兩天之內必須修改高介于中和加急之間中缺陷需要正常排隊等待修復或列入軟件發布清單低留到組后解決，如果項目的進度跟緊張可以在產品發布以前 不解決缺陷狀態定義缺陷狀態描述初始狀態（New）測試或開發人員提交一個新的缺陷，等待開發人員或項 目經理分配修改負責人打回(FeedBack )要求缺陷的報告者再次對缺陷進行說明已分配(A

18、ssigned )是指已經分配給屬主，等待修改。已解決(Resolved )缺陷被屬主修改，等待測試人員驗證關閉(Closed )測試人員驗證缺陷已經修復精彩文檔實用標準文案重 新 打(Reopen)開測試人員驗證，缺陷沒有修改正確遺留（Later ）經項目經理和技術經理驗證此缺陷在本版本中不用修 改缺陷完成度缺陷完成度描述打開（Open）缺陷沒有被解決已解決（Fixed ）缺陷已經修改遺留(Suspended )此缺陷步驟本階段解決重新打開（Reopen）重新打開某個缺陷不做修改（Wont fix ）不對這個缺陷進行修改重復(Duplicate )與某個缺陷重復需求如此經理和開發人員經過需求和設計的核實后決定不需要修改不可重現被指派的開發人員想要再現缺陷進行修改個時候，發現缺 陷始終不能再現缺陷管理流程精彩文檔實用標準文案_JL特修復 4 審核回C足修改BhC-是一 *持驗證 4疆證BUG己望次6處理機制退回機制若在測試過程中發生如下情況，將系統退回到申請部門：經過測試后，發現與需求說明規格說明書中定義的功能項存在較大 的差異單一模塊，測試過程中發現缺陷輸了較多或者無法繼續進行系統其 它功能模塊的測試，繼續測試無意義精彩文檔實用標準文案測試過程中，頻繁死機或系統崩潰主業務流程出現斷點異常情況處理機制非正常情況