軟件測試規(guī)范

在測試之前，由項目負責(zé)人根據(jù)《測試計劃》的要求，組織人員編制相應(yīng)的《測試方案》，《測試方案》應(yīng)包括以下內(nèi)容：測試目的；所需人員及相應(yīng)培訓(xùn)要求；測試環(huán)境、工具和測試軟件；測試功能點，測試步驟，預(yù)期效果，最終結(jié)果。單元測試項目開發(fā)實現(xiàn)過程中，每個程序單元（程序單元的劃分視具體開發(fā)工具而定，一般定為函數(shù)或子程序級）編碼調(diào)試通過后，要及時進行單元測試。單元測試是指測試程序中單個子程序或過程?？砂衙總€模塊作為一個單獨的實體來測試。單元測試由軟件開發(fā)組內(nèi)的人員交叉進行。對于A級、B級（有關(guān)軟件級別的規(guī)定見GJB900-90）軟件還要由第三方軟件測試人員進行測試。單元測試的依據(jù)：《軟件詳細設(shè)計說明》或交辦單位的要求單元測試的輸出：全部測試用例和測試結(jié)果分析報告。采用白盒測試，主要有：a)設(shè)計測試用例；b)建立單元測試環(huán)境；c)執(zhí)行測試；d)進行測試結(jié)果分析，包括覆蓋分析。3）部件集成測試（組裝測試）部件集成測試又稱組裝測試。是把各個模塊逐步裝配成高層的功能模塊進行測試，直到整個軟件成為一個整體。部件集成測試的目的是檢驗軟件模塊之間的接口關(guān)系，并把經(jīng)過測試的模塊構(gòu)造成符合設(shè)計要求的軟件。部件集成測試由軟件開發(fā)組內(nèi)的人員交叉進行。對于A級、B級（有關(guān)軟件級別的規(guī)定見GJB900-90）軟件還要由第三方軟件測試人員進行測試。部件集成測試依據(jù)：軟件概要設(shè)計說明書。部件集成測試輸出：全部測試用例和測試結(jié)果分析報告。集成測試編碼開發(fā)完成，項目組內(nèi)部應(yīng)進行組裝測試。集成測試由項目負責(zé)人組織策劃（編寫測試計劃、測試用例）并實施。集成測試著重對各功能模塊之間的接口進行測試，驗證各功能模塊是否能協(xié)調(diào)工作、參數(shù)傳遞及功能調(diào)用是否正常。測試采用交叉方法，即個人開發(fā)的軟件應(yīng)由其他的項目組成員進行測試。集成測試過程應(yīng)填寫《問題報告及維護記錄》，測試結(jié)果應(yīng)形成《測試報告》。系統(tǒng)測試在項目開發(fā)完成之后，應(yīng)對整個系統(tǒng)軟件和硬件進行系統(tǒng)測試。對性能、可靠性、健壯性、壓力承受力等方面分別進行評價，以驗證系統(tǒng)是否滿足規(guī)定的需要。系統(tǒng)測試是把經(jīng)過測試的軟件裝配到目標(biāo)環(huán)境下的軟硬件綜合測試。系統(tǒng)測試依據(jù)：軟件需求規(guī)格說明書。系統(tǒng)測試輸出：全部測試用例和測試結(jié)果分析報告。系統(tǒng)測試由質(zhì)量管理部組織，測試內(nèi)容包括：（a)功能測試；（b)性能測試；（c)外部接口測試；（d)人機界面測試；（e)安全性測試；（f)健壯性測試和降級測試：業(yè)務(wù)測試在組裝測試與系統(tǒng)測試結(jié)束后，均可由最終用戶或測試人員對系統(tǒng)進行測試。業(yè)務(wù)測試著重測試業(yè)務(wù)流程，功能、用戶界面等方面。項目、測試負責(zé)人負責(zé)組織相關(guān)人員制定測試方案和測試用例，并進行測試。測試的結(jié)果應(yīng)形成《問題報告及維護記錄》。回歸測試測試組在測試的任一階段，當(dāng)錯誤被發(fā)現(xiàn)并修改了軟件后，為了驗證修改的正確性，需要進行回歸測試，并形成回歸測試記錄，回歸測試是為了證明修改后的軟件仍滿足規(guī)定的需求和對原有功能和性能的不損害性。驗收測試軟件驗收測試由質(zhì)量管理部組織，內(nèi)容包括：驗收測試依據(jù)：軟件合同書和驗收大綱。驗收測試輸出：全部測試用例和測試驗收報告。驗收測試的條件按照項目計劃規(guī)定的驗收測試進度安排進行測試準(zhǔn)備在驗收測試前，各項內(nèi)部的測試活動都受到監(jiān)控并爭取執(zhí)行交付版本的要求按照集成測試用例完成了整個系統(tǒng)的集成測試集成版本滿足設(shè)計定義的各項功能、性能要求提交的數(shù)據(jù)庫腳本樣本需要完整，沒有冗余數(shù)據(jù)在集成測試中發(fā)現(xiàn)的bug已經(jīng)得到解決，各級缺陷修改率達到標(biāo)準(zhǔn)軟件需求分析說明書中定義的所有功能都已經(jīng)實現(xiàn)，性能指標(biāo)全部達到性能需求指標(biāo)提交階段性測試報告，包括功能和性能測試報告所有文檔齊備完整版本發(fā)布的準(zhǔn)則軟件產(chǎn)品通過了單元測試、集成測試、業(yè)務(wù)測試、系統(tǒng)測試、性能測試測試部提交文檔：測試計劃、測試方案、測試用例、測試分析報告所有測試項必須符合以下標(biāo)準(zhǔn)致命錯誤：無功能錯誤：無功能缺陷：項目經(jīng)理、技術(shù)經(jīng)理、測試負責(zé)人審核通過界面缺陷：項目經(jīng)理、技術(shù)經(jīng)理、測試負責(zé)人審核通過建議：項目經(jīng)理、技術(shù)經(jīng)理、測試負責(zé)人審核通過以上幾項其中之一不滿足要求，視為不合格在產(chǎn)品交付和用戶驗收之前，通過驗收測試來確認在規(guī)定的使用環(huán)境下整個產(chǎn)品的運行情況是否滿足規(guī)定的要求。在產(chǎn)品交付之前，由指定的驗收負責(zé)人組織制定測試方案和測試用例，主持驗收。驗收測試過程應(yīng)形成《問題報告及維護記錄》。軟件測試報告整個測試過程的最后步驟是生成軟件測試報告。軟件測試報告是對整個測試過程的總結(jié)，包括下列內(nèi)容：（a）使用的資源環(huán)境；（b）測試方法；（c）測試用例和測試程序；（d）測試結(jié)果；（e）軟件問題報告（見附表）；（f）對被測軟件問題的分析等。編寫測試文檔測試點將測試模塊分解成多個功能點，測試點應(yīng)涵蓋功能點，也涵蓋了正常測試和異常測試。輸入數(shù)據(jù)輸入數(shù)據(jù)包括界面輸入數(shù)據(jù)、數(shù)據(jù)庫的初始數(shù)據(jù)及其他外部輸入數(shù)據(jù)。特別是數(shù)據(jù)庫的初始所需屬性一一列出，全面是指：數(shù)據(jù)能達到模塊所涉及的全部功能，典型是指這個數(shù)據(jù)能充分反映功能特點。測試描述描述測試步驟，包括：操作員所執(zhí)行的動作（包括鼠標(biāo)、鍵盤、加載外部數(shù)據(jù)等操作）；系統(tǒng)的反應(yīng)，包括：光標(biāo)定位、光標(biāo)聚焦、顯示字段值、按鈕的封閉和放開、功能鍵的封閉和放開、系統(tǒng)提示和系統(tǒng)消息等。預(yù)期輸出數(shù)據(jù)按準(zhǔn)備的輸入數(shù)據(jù)和設(shè)計要求的處理過程，模塊應(yīng)輸出的數(shù)據(jù)。輸出數(shù)據(jù)包括：屏幕輸出數(shù)據(jù)、輸出到數(shù)據(jù)庫的數(shù)據(jù)、輸出到其他外部介質(zhì)上的數(shù)據(jù)，并指出斷點結(jié)果或最終結(jié)果。實際輸出填寫本測試點程序運行后的實際輸出。正確與否程序運行后，實際輸出結(jié)果和預(yù)期輸出結(jié)果一致時，為正常，否則為不正常。測試結(jié)論填寫本次測試的結(jié)論，是合格或不合格。若不合格時，應(yīng)總結(jié)存在的問題。缺陷管理缺陷的定義及其基本屬性缺陷是指在軟件開發(fā)過程中的針對軟件產(chǎn)品和開發(fā)過程中的問題，這些問題已經(jīng)影響或可能會影響軟件產(chǎn)品的質(zhì)量。缺陷應(yīng)該具備以下屬性，也就是往缺陷管理庫或者缺陷列表中提交的缺陷應(yīng)該具備以下屬性：屬性名稱描述缺陷標(biāo)識標(biāo)記某個缺陷的一組符號，每個缺陷必須有一個唯一的標(biāo)識缺陷類型根據(jù)缺陷的自然屬性劃分的缺陷種類缺陷驗證程度因缺陷引起的故障對軟件產(chǎn)品的影響程度缺陷所處的模塊或子系統(tǒng)缺陷分步的模塊或子系統(tǒng)缺陷出現(xiàn)幾率指發(fā)現(xiàn)錯誤的幾率缺陷的重現(xiàn)步驟詳細的缺陷重現(xiàn)步驟附件與缺陷相關(guān)的附件（截圖、附件、用例等）備注對缺陷的其他描述缺陷分類根據(jù)缺陷的定義，將缺陷分為如下列：文檔缺陷：是指對文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的缺陷。檢查活動包括同行評審、產(chǎn)品審計等。評審的缺陷要根據(jù)被評審對象的類型來確定，被評審的對象包括最終出產(chǎn)物和中間過程產(chǎn)出物，比如需求文檔、設(shè)計文檔、計劃、報告、用例等代碼缺陷：是指對代碼進行同行評審、審計或代碼走查過程中發(fā)現(xiàn)的缺陷測試缺陷：是指由測試活動發(fā)現(xiàn)的測試對象（被測對象一般是指可運行的代碼、系統(tǒng)，不包括靜態(tài)測試發(fā)現(xiàn)的問題）的缺陷，測試活動包括單元測試、集成測試、系統(tǒng)測試、性能測試等過程缺陷：有稱為不符合項問題，是指通過過程審計、過程分析、管理評審、質(zhì)量評估、質(zhì)量審核等活動發(fā)現(xiàn)的關(guān)于過程的缺陷和問題。過程缺陷的發(fā)現(xiàn)者一般是測試人員、項目經(jīng)理等。缺陷管理流程處理機制退回機制若在測試過程中發(fā)生如下情況，將系統(tǒng)退回到申請部門：經(jīng)過測試后，發(fā)現(xiàn)與需求說明規(guī)格說明書中定義的功能項存在較大的差異單一模塊，測試過程中發(fā)現(xiàn)缺陷輸了較多或者無法繼續(xù)進行系統(tǒng)其它功能模塊的測試，繼續(xù)測試無意義測試過程中，頻繁死機或系統(tǒng)崩潰主業(yè)務(wù)流程出現(xiàn)斷點異常情況處理機制非正常情況下，需要進行特別處理的情形，此情況需要主管領(lǐng)導(dǎo)簽字確認：上線時間緊急的情況下，未經(jīng)測試部充分測試就需要部署到用戶現(xiàn)場作為總包時，子商進度明顯延遲，尚未進行驗收測試就需要上線報告機制若出現(xiàn)以下情況，需要及時向部門領(lǐng)導(dǎo)和項目經(jīng)理匯報的情況：測試后期出現(xiàn)重大邏輯錯誤，修改測試影響上線時間測試過程中用戶需求出現(xiàn)重大變更測試負責(zé)人定期匯報測試情況測試完成的標(biāo)準(zhǔn)被測試出的、在軟件錯誤級別分類中定義的：一級缺陷，致命錯誤，100%得到修改并且復(fù)測通過二級缺陷，嚴(yán)重錯誤，100%得到修改并且復(fù)測通過三級缺陷，一般錯誤，95%得到修改并且復(fù)測通過四級缺陷，輕微錯誤，95%得到修改并且復(fù)測通過用戶可以接受未修改的軟件錯誤測試超過了預(yù)定時間表，由項目經(jīng)理決定是否停止測試測試結(jié)論及評價標(biāo)準(zhǔn)測試結(jié)論評價標(biāo)準(zhǔn)拒絕發(fā)