軟件測試規范_第1頁
軟件測試規范_第2頁
軟件測試規范_第3頁
軟件測試規范_第4頁
軟件測試規范_第5頁
已閱讀5頁,還剩5頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論