軟件測試管理規(guī)范.doc_第1頁
軟件測試管理規(guī)范.doc_第2頁
軟件測試管理規(guī)范.doc_第3頁
軟件測試管理規(guī)范.doc_第4頁
免費預覽已結束,剩余1頁可下載查看

下載本文檔

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

文檔簡介

中譯語通(青島)科技有限公司軟件測試管理規(guī)范計算機軟件測試規(guī)范1 目的對軟件產(chǎn)品(項目)的特性進行測試,以確保產(chǎn)品(項目)的符合性。 2 范圍適用于產(chǎn)品(項目)開發(fā)階段及實施階段的測試。3 職責3.1 項目經(jīng)理負責測試活動的申請、明確測試內容并將測試產(chǎn)品(項目)提交。3.2 測試組成員負責測試用例的設計、編寫和測試實施。3.3 測試經(jīng)理負責組織測試過程,執(zhí)行完成后的統(tǒng)計分析與總結。4 工作程序4.1 測試啟動4.1.1 在產(chǎn)品(項目)開發(fā)完成階段,由項目經(jīng)理提交測試申請,測試經(jīng)理組織編寫測試大綱和測試進度計劃。4.1.2 測試經(jīng)理參照測試大綱,結合項目的具體情況建立測試小組。4.2 測試4.2.1除單元測試以外,在進行各種測試前應做好下述準備:a、 配備測試用的硬件環(huán)境;b、 建立相應的運行環(huán)境和網(wǎng)絡環(huán)境;c、 準備測試數(shù)據(jù);d、 組織和培訓測試人員;e、 制定測試計劃。4.2.2 測試依據(jù) 測試大綱、測試計劃、測試用例、需求分析文檔、設計說明書、上階段測試記錄、上版軟件產(chǎn)品用戶反饋意見記錄和顧客提供的相關項目資料等。4.2.3 測試計劃的制定4.2.3.1各階段的測試計劃內容應包括測試時間、人員安排、設備環(huán)境的建立、測試記錄、統(tǒng)計方法、問題反饋處理辦法、測試用例和測試數(shù)據(jù)等。4.2.3.2 測試人員或組長制定單元測試計劃、系統(tǒng)測試計劃、驗收測試計劃,提交測試經(jīng)理批準后執(zhí)行。4.2.4 測試用例的設計4.2.4.1 單元測試用例的設計 測試組成員根據(jù)單元測試計劃并參閱詳細設計說明書,針對詳細設計說明書的每一個模塊,設計出合理適用的單元測試用例,并指出用黑盒或(和)白盒方法進行測試。測試經(jīng)理確認測試用例是否充分覆蓋,并組織項目室、技術室、測試室有關人員對測試用例進行評審并將白盒及黑盒測試用例分開,具體操作可參見軟件評審作業(yè)指導書。4.2.4.2 系統(tǒng)測試用例的設計 測試組成員根據(jù)系統(tǒng)測試計劃,參閱概要設計說明書、需求分析文檔和用戶提出的系統(tǒng)性能方面的要求,針對需求分析報告及功能規(guī)格說明書中描述的功能需求和概要設計說明書中描述的模塊集成情況分別設計出適用的黑盒測試用例或(和)集成模塊的白盒測試用例分析文檔,測試用例應覆蓋所有的功能點,(若因條件所限,不能進行測試的,應在測試報告中說明。)主要應從如下幾個方面考慮:數(shù)據(jù)和數(shù)據(jù)庫完整性測試、性能評測、負載測試、強度測試、容量測試、安全性和訪問控制測試、故障轉移和恢復測試、配置測試、安裝測試。系統(tǒng)測試用例應經(jīng)過測試組的自檢、互檢,經(jīng)測試經(jīng)理審批后,方可用于測試。在進行系統(tǒng)測試用例的設計過程中應定期將文檔提交到項目配置庫中。4.2.5 測試實施根據(jù)測試目的的不同,分幾個階段進行測試。4.2.5.1 單元測試測試人員從配置管理員處用例庫中提取測試用例,按照測試大綱和測試計劃執(zhí)行單元測試,確保通過單元測試通過準則,保證模塊運行正確、界面與設計說明書相一致。4.2.5.2 系統(tǒng)測試測試組成員從配置管理員處配置管理用例庫中提取系統(tǒng)測試用例,按照測試計劃執(zhí)行系統(tǒng)測試 ,測試的內容按照測試用例進行。系統(tǒng)測試應力圖測試完整,需求制作安裝盤的,應以安裝的版本進行測試。安裝盤由項目組制作。保證軟件產(chǎn)品數(shù)據(jù)流計算的正確性、軟件產(chǎn)品整體運行的穩(wěn)定性、與其他軟件產(chǎn)品數(shù)據(jù)接口間的正確性,以及與需求說明書的一致性。4.2.5.3 驗收測試測試人員應嚴格按照測試大綱和測試計劃所確定的測試用例進行測試,測試人員應如實、完整地記錄測試結果,對問題級別的判斷應客觀、準確。(在測試中如發(fā)現(xiàn)測試用例以外的軟件問題,也應作好記錄。)保證軟件產(chǎn)品運行的穩(wěn)定性和與需求說明書的一致性,同時進行軟件產(chǎn)品加密、安裝正確性的測試,以保證發(fā)版軟件產(chǎn)品的正確性。4.2.5.4 在驗收測試完成,評審會通過、項目經(jīng)理批準的情況由綜合室將測試產(chǎn)品提交給用戶(或相當于用戶的角色)進行測試,并由綜合室負責指派人員對用戶測試的跟蹤工作,及時收集顧客反饋的問題,并根據(jù)顧客的反饋情況進行相應的處理。 4.2.7 測試記錄的控制4.2.7.1在測試過程中,測試人員應按單元測試錯誤等級的劃分標準和系統(tǒng)測試錯誤等級的劃分標準的規(guī)定進行判定并做好測試記錄,隨時準確詳細地記錄軟件的錯誤和不妥之處。每個錯誤(建議)所屬的模塊、出錯描述、錯誤等級、問題狀態(tài)、測試日期、測試人、測試版本、圖片(需要時)都應該在相應的欄目中填寫清楚;所作的問題描述要求開發(fā)人員根據(jù)記錄的步驟進行操作,可重現(xiàn)錯誤重現(xiàn),不可重現(xiàn)錯誤能理解操作步驟,尋找錯誤根源。對于測試的問題可采用OA測試用例庫工具進行記錄,也可用問題記錄模板記錄,具體方式由測試經(jīng)理確定。4.2.7.2各階段測試完成后,測試組應提交軟件測試報告,報測試經(jīng)理審批后歸檔。4.2.7.3 對測試問題的判別有如下幾類:P1 致命錯誤:將使整個系統(tǒng)無法滿足關鍵性、技術性指標要求,將導致工程失?。籔2 嚴重問題:導致系統(tǒng)無法正確運行;P3 不同問題:會降低系統(tǒng)可靠性、安全性問題,降低系統(tǒng)的可操作性問題;P4 輕微問題:對整個系統(tǒng)的影響較小,可能降低系統(tǒng)的效率或產(chǎn)生其他后果。4.2.8 測試反饋和處理4.2.8.1 對測試問題的處理對測試中發(fā)現(xiàn)的問題,項目經(jīng)理應及時組織修改,并定期將修改的版本提交給測試組進行下一輪的測試。4.2.8.2 測試記錄傳遞a、 單元測試、系統(tǒng)測試和驗收測試完成后,由測試人員將測試計劃、數(shù)據(jù)統(tǒng)計分析交測試經(jīng)理審核編號后傳遞給項目經(jīng)理,再由項目經(jīng)理傳遞給相關相目人員,再完成此次測試修改后,由項目經(jīng)理將測試的文檔交與配置管理人員進行存檔。b、 用戶測試后的結果,由用戶反饋到營銷中心,營銷中心根據(jù)具體情況進行傳遞。4.2.9 不合格項控制對測試記錄的不合格項,由測試人員及時反饋到軟件開發(fā)人員,并按各自的標準要求進行修改和確認后再重新測試。4.2.10 讓步放行規(guī)定在例外情況下,當測試中出現(xiàn)某項“不通過”時,在不影響下一階段開發(fā)、不影響軟件產(chǎn)品結構、不影響用戶使用的情況下,經(jīng)項目經(jīng)理批準可以進行下一階段的工作;如提交用戶,需經(jīng)軟件事業(yè)部部門經(jīng)理批準,并取得用戶的同意。但測試人員必須作好記錄,并采取措施跟蹤和處理,在修改版完成后應及時給用戶更換版

溫馨提示

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

評論

0/150

提交評論