1、軟件測試標準規范目的為了保證軟件產質量量，使產品能夠順利交托和經過查收，特編寫本文檔，以作參照合用范圍本文檔合用于項目開發過程中的單元測試、集成測試、系統測試、業務測試、查收測試以及一些專項測試。職責項目測試負責人組織編制測試計劃、測試方案，指導和敦促測試人員達成各階段的測試工作。項目組測試人員依照測試計劃、測試方案達成所擔當的測試任務，并按要求填寫問題報告及保護記錄。測試經理依照確認規程和準則對工作產品進行確認，提出對確認規程和準則的改正建議項目負責人組織測試環境的成立。項目經理審查負責控制整個項目的時間和質量。研發人員確認改正測試人員提交的bug。工作流程4.1測試依照詳盡設計是模塊測試的

2、依照。所以設計人員應向測試人員供給系統需求規格書名書、詳盡設計、綱要設計等有關資料。測試人員一定仔細閱讀，真實弄懂系統需乞降詳盡設計。4.2制定測試方案在測試從前，由項目負責人依據測試計劃的要求，組織人員編制相應的測試方案，測試方案應包含以下內容：測試目的；所需人員及相應培訓要求；測試環境、工具和測試軟件；測試用例、測試數據和預期的結果。4.3單元測試項目開發實現過程中，每個程序單元（程序單元的區分視詳細開發工具而定，一般定為函數或子程序級）編碼調試通事后，要實時進行單元測試。單元測試由單元開發者自己進行，使用白盒測試方法，依據程序單元的控制流程，爭取達到分支覆蓋。對于交互式運行的產品，不便于

3、進行自動測試的，能夠采納功能測試的方法進行。單元測試針對程序模塊，從程序的內部構造出發設計測試用例。多個模塊能夠獨立進行單元測試。單元測試內容包含模塊接口測試、局部數據構造測試、路徑測試、錯誤辦理測試等；單元測試組織原則一遍依據開發進度安排對已開發達成的單調模塊進行測試；單元測試停止標準：達成了所有規定單元的測試，單元測試中發現的bug已經獲得改正。4.4集成測試編碼開發達成，項目組內部應進行組裝測試。集成測試由項目負責人組織策劃（編寫測試計劃、測試用例）并實行。集成測試側重對各功能模塊之間的接口進行測試，考證各功能模塊能否能協調工作、參數傳達及功能調用能否正常。測試采納交錯方法，即個人開發的

4、軟件應由其余的項目構成員進行測試。集成測試過程應填寫問題報告及保護記錄，測試結果應形成測試報告。4.5系統測試在項目開發達成以后，應付整個系統軟件和硬件進行系統測試。對性能、靠譜性、強健性、壓力承受力等方面分別進行評論，以考證系統能否知足規定的需要。系統測試由測試負責人組織策劃（編寫測試計劃、測試用例）并實行，系統測試過程應形成問題報告及保護記錄。系統測試一般進行以下幾種狀況的測試：正常狀況非正常狀況損壞性測試界限狀況非法狀況強度測試性能測試兼容性測試用戶友善性測試界面設計規范測試：光標的初始地點字體能否一致字號能否切合規定標題顏色按鈕的名稱能否規范界面布局能否合理，整體成效怎樣輸入值測試：數

5、據種類數據長度拘束條件能否知足，能否完好TAB和Enter鍵能否起作用鍵盤操作可否所有取代鼠標操作輸入（光標）能否依照次序行進按鈕測試：將按鈕松開和封閉能否嚴格、正確，不可以使用的按鈕一定封閉檢查“退出”、“撤消”等擁有共性按鈕的功能異樣狀況測試：在達成正常功能測試后，安正常辦理的同樣操作次序，履行與正常辦理不一樣的動作比如正常辦理中要求輸入日期的字段，這時輸入字符或數字正常辦理中輸入字段有范圍要求，這時輸入超出范圍的值正常辦理頂用兩個值限制范圍，這時用一個值或不限制正常辦理中要求用“Tab”鍵，這時安“Enter”鍵或其余鍵正常辦理中單項選擇框、多項選擇框、下拉框等，十一偶那個非指定鍵操作使

6、用不一樣于指定的按鈕操作4.6業務測試在組裝測試與系統測試結束后，均可由最后用戶或測試人員對系統進行測試。業務測試側重測試業務流程，功能、用戶界面等方面。項目、測試負責人負責組織有關人員擬訂測試方案和測試用例，并進行測試。測試的結果應形成問題報告及保護記錄。4.7查收測試查收測試的條件依照項目計劃規定的查收測試進度安排進行測試準備在查收測試前，各項內部的測試活動都遇到監控并爭取履行交托版本的要求依照集成測試用例達成了整個系統的集成測試集成版本知足設計定義的各項功能、性能要求提交的數據庫腳本樣本需要完好，沒有冗余數據在集成測試中發現的bug已經獲得解決，各級缺點改正率達到標準軟件需求剖析說明書中

7、定義的所有功能都已經實現，性能指標所有達到性能需求指標提交階段性測試報告，包含功能和性能測試報告所有文檔齊全完好版本公布的準則軟件產品經過了單元測試、集成測試、業務測試、系統測試、性能測試測試部提交文檔：測試計劃、測試方案、測試用例、測試剖析報告所有測試項一定切合以下標準致命錯誤：無功能錯誤：無功能缺點：項目經理、技術經理、測試負責人審查經過界面缺點：項目經理、技術經理、測試負責人審查經過建議：項目經理、技術經理、測試負責人審查經過以上幾項此中之一不知足要求，視為不合格在產品交托和用戶查收從前，經過查收測試來確認在規定的使用環境下整個產品的運行狀況能否知足規定的要求。在產品交托從前，由指定的查

8、收負責人組織擬訂測試方案和測試用例，主持查收。查收測試過程應形成問題報告及保護記錄。4.8用戶現場測試將軟件部署到用戶實質生產環境后，因為環境差別，需要在用戶現場進行確認測試，保證系統功能、性能齊備，可正常運行。測試內容：依據軟件系統規模，準備現場測試用例，涵蓋所有重要功能點，若規模小，需要將所有功能點所有測試一遍對于后臺已定義好的工作流、功能欄目路徑以及用戶信息等數據，不行進行改正和刪除操作，新增的測試數據也需要在測試達成后賜予清楚要點檢查上傳、下載的數據能否能夠正常的翻開或保留確認界面雅觀，基本信息和鏈接無錯誤考慮用戶實質的軟件環境和網絡環境，以客戶端最為復雜的軟硬件環境作為測試機器，檢查

9、有無異樣狀況出現針對先期發現的bug進行回歸測試，以保證公布版本為最新版本4.9編寫測試文檔測試點將測試模塊分解成多個功能點，測試點應涵蓋功能點，也涵蓋了正常測試和異樣測試。輸入數據輸入數據包含界面輸入數據、數據庫的初始數據及其余外面輸入數據。特別是數據庫的初始所需屬性一一列出，全面是指：數據能達到模塊所波及的所有功能，典型是指這個數據能充分反應功能特色。測試描繪描繪測試步驟，包含：操作員所履行的動作（包含鼠標、鍵盤、加載外面數據等操作）；系統的反響，包含：光標定位、光標聚焦、顯示字段值、按鈕的封閉和松開、功能鍵的封閉和松開、系統提示和系統信息等。預期輸出數據按準備的輸入數據和設計要求的辦理過

10、程，模塊應輸出的數據。輸出數據包含：屏幕輸出數據、輸出到數據庫的數據、輸出到其余外面介質上的數據，并指出斷點結果或最后結果。實質輸出填寫本測試點程序運行后的實質輸出。正確與否程序運行后，實質輸出結果和預期輸出結果一致時，為正常，不然為不正常。測試結論填寫本次測試的結論，是合格或不合格。若不合格時，應總結存在的問題，能夠讓改正者了如指掌。缺點管理5.1缺點的定義及其基本屬性缺點是指在軟件開發過程中的針對軟件產品和開發過程中的問題，這些問題已經影響或可能會影響軟件產品的質量。缺點應當具備以部下性，也就是往缺點管理庫或許缺點列表中提交的缺點應當具備以部下性：屬性名稱描繪缺點表記標志某個缺點的一組符號

11、，每個缺點一定有一個獨一的表記缺點種類依據缺點的自然屬性區分的缺點種類缺點考證程度因缺點惹起的故障對軟件產品的影響程度缺點所處的模塊或缺點分步的模塊或子系統子系統缺點出現幾率指發現錯誤的幾率缺點的重現步驟詳盡的缺點重現步驟附件與缺點有關的附件（截圖、附件、用例等）備注對缺點的其余描繪5.2缺點分類依據缺點的定義，將缺點分為以以下：文檔缺點：是指對文檔的靜態檢查過程中發現的缺點。檢查活動包含同行評審、產品審計等。評審的缺點要依據被評審對象的種類來確立，被評審的對象包含最后出產物和中間過程產出物，比方需求文檔、設計文檔、計劃、報告、用例等代碼缺點：是指對代碼進行同行評審、審計或代碼走查過程中發現的

12、缺點測試缺點：是指由測試活動發現的測試對象（被測對象一般是指可運行的代碼、系統，不包含靜態測試發現的問題）的缺點，測試活動包含單元測試、集成測試、系統測試、性能測試等過程缺點：有稱為不切合項問題，是指經過過程審計、過程剖析、管理評審、質量評估、質量審查等活動發現的對于過程的缺點和問題。過程缺點的發現者一般是測試人員、項目經理等5.3文檔缺點分類缺點分類描繪描繪不完好文檔內容缺失，或文檔應當包含的范圍沒有涵蓋不一致一致性問題有兩類：一是與源泉說明書不一致，比方需乞降客戶業務需求不一致、設計與需求不一致等二是上下文或許與前提不一致描繪錯誤文檔描繪是錯誤的，不行實現或致使錯誤的輸出或結果功能問題該缺

13、點將會致使用戶功能的錯誤、不知足、不行用不清楚或有歧義內容的描繪不清楚、不可以正確表達、或表達的意思有歧義邏輯錯誤內容組織邏輯不清楚、邏輯錯誤接口問題與最后用戶接口問題、與外面系統的接口問題、內部子系統或模塊的接口問題輸入輸出問題輸入輸出不完好、不正確、不行測試或考證不細化內容還需要進一步細化性能問題文檔的設計或實現方式存在性能問題安全性問題文檔的設計或實現方式存在安全性問題5.4代碼缺點分類缺點分類常量變量定義問題不知足設計或需求編寫代碼不切合規范條件判斷辦理循環辦理錯誤異樣辦理算法邏輯問題說明問題代碼冗余性能問題描繪5.5系統測試缺點分類缺點種類描繪功能錯誤影響了重要的特征、用戶界面、產品

14、接口或全局數據構造，而且設計文檔需要爭取的更改。如邏輯、循環、遞歸、功能等缺點構造錯誤Web應用程序構造化頁面沒法顯示，或許顯示錯誤腳本錯誤Web應用程序中間出現腳本錯誤，包含客戶端對數據進行校驗和運算的各樣狀況下產生的錯誤頁面鏈接錯誤Web應用程序頁面出現空鏈接、錯誤鏈接、死鏈接頁面文字錯誤Web應用程序頁面出現的中外文拼寫、使用、以及不一樣語種頁面的編碼錯誤頁面圖形錯誤Web應用程序頁面出現圖片內容使用不妥，或許沒法顯示ALT錯誤Web應用程序頁面中間超文本表記語言、文本標簽解說錯誤排版錯誤Web應用程序頁面排版不切合要求或許不切合使用習慣業務邏輯不合理應用程序的實現流程和規定業務流程不一

15、致，或許實現流程沒法正確達成。包含流程數據的部分并行、爭用、同步等操作，惹起的流程斷裂、死鎖、以及其余異樣情況業務邏輯不方便應用程序實現流程在實質狀況下固然能夠達成，可是存在不用要的頻頻、等候、冗余等影響使用效率的狀況其余錯誤其余未分類錯誤建議系統改良建議5.6缺點等級定義缺點的嚴重程度對以上所述的缺點種類都是合適的，缺點的嚴重程度反應的是對缺點的發現對象可能造成的影響或結果來定義的。缺點等級缺點性質系統中對應描繪的錯誤分類一級致命錯誤系統崩潰致使對被描繪的主要對象的理解錯系統死鎖誤、不行行、不行運行、對業務和整個系統造成重要損失或傷害；對使用、保護或保留人員有危險或不安全，以及對產品的基本功

16、能有致命影響的缺點二級嚴重缺點嚴重錯誤對被描繪的部分對象的理解或實現錯誤，部分的模塊或系統不行行或不三級一般缺點次要錯誤布局不合理文字錯誤能運行或部分模塊和系統缺失，對整個系統有重要影響或可能造成部分的損失或傷害；嚴重影響使用安全系統中部分單元模塊或單個功能描繪和實現有錯誤、有誤差、不一致或出缺失，不影響模塊的正常運行，或有影響，但能夠有代替的方法或防止方法四級細小缺點不足掛齒基本不影響系統的運行和功能的實現。可是與標準、規范和定義不一致五級建議缺點新特征不在定義、標準、范圍的定義和拘束以內，可是從提出者來看是需要完美的建議5.7缺點優先級定義缺點優先級描繪特急需要馬上進行改正加急一天到兩天以

17、內一定改正高介于中和加急之間中缺點需要正常排隊等候修復或列入軟件公布清單低留到組后解決，假如項目的進度跟緊張能夠在產品公布從前不解決5.8缺點狀態定義缺點狀態描繪初始狀態（New）測試或開發人員提交一個新的缺點，等候開發人員或項目經理分派改正負責人打回（FeedBack）要求缺點的報告者再次對缺點進行說明已分派是指已經分派給屬主，等候改正。（Assigned）已解決缺點被屬主改正，等候測試人員考證（Resolved）封閉（Closed從頭打Reopen）測試人員考證缺點已經修復開測試人員考證，缺點沒有修更正確遺留（Later）經項目經理和技術經理考證此缺點在本版本中不用修改5.9缺點達成度缺點

18、達成度描繪翻開（Open）缺點沒有被解決已解決（Fixed）缺點已經改正遺留此缺點步驟本階段解決Suspended）從頭翻開從頭翻開某個缺點（Reopen）不做改正不對這個缺點進行改正（Wontfix）重復與某個缺點重復Duplicate）需求這樣經理和開發人員經過需乞降設計的核實后決定不需要改正不行重現被指派的開發人員想要再現缺點進行改正個時候，發現缺點一直不可以再現5.10缺點管理流程辦理體制6.1退回體制若在測試過程中發生以下狀況，將系統退回到申請部門：經過測試后，發現與需求說明規格說明書中定義的功能項存在較大的差別單調模塊，測試過程中發現缺點輸了許多或許沒法持續進行系統其余功能模塊的測試，持續測試無心義測試過程中，屢次死機或系統崩潰主業務流程出現斷點6.2異樣狀況辦理體制非正常狀況下，需要進行特別