測試流程及測試規(guī)范_第1頁
測試流程及測試規(guī)范_第2頁
測試流程及測試規(guī)范_第3頁
全文預覽已結束

下載本文檔

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

文檔簡介

1、 測試流程及測試規(guī)范一 前提。我們軟件行業(yè)整個生命周期都依賴于軟件工程這一門學科,因此我們所說的測試流程及測試規(guī)范都要依照軟件工程的理論去制定,權衡效率,成本及預期的質(zhì)量目標,制定相應的測試流程與標準。也就是說,測試流程和測試規(guī)范并不是越復雜越詳細越好,關鍵是它是否能達到預定的目標。所以我們在做測試流程與規(guī)范的時候,應該根據(jù)實際環(huán)境,而不是市面其它公司所用的成熟模板。 二 目標 一般說來,測試流程是為了保證測試計劃與測試過程的偏離度;測試規(guī)范是為了保證測試中各個過程被正確的執(zhí)行并得到預期的結果。三 測試流程我們拿出標準的測試流程,分析其過程,以便于選擇適合我們的流程。需求-測試計劃-測試需求分

2、析-測試方案-測試用例設計-測試執(zhí)行-缺陷跟蹤-測試總結。上面是一個標準的測試流程。1) 需求:軟件開發(fā)和測試的依據(jù),項目之初被確定正確無誤并在軟件設計和代碼過程被正確的執(zhí)行。2) 測試計劃:本次測試所制訂的時間計劃及資源調(diào)配。依據(jù)對需求工作量的分析制訂。3) 測試需求分析:將需求中列出的功能點和業(yè)務需要分解成測試點,并作為后期設計測試用例的依據(jù)和做需求覆蓋。原則上說越詳細越好。4) 測試方案:完成本次測試所使用的測試方法和測試技術。為用例設計和執(zhí)行提供技術支持。5) 測試用例設計:將需求分析中的測試點,用適當?shù)姆椒ㄔO計出可執(zhí)行的用例。而用例是唯一發(fā)現(xiàn)軟件缺陷的途徑。6) 測試執(zhí)行:嚴格執(zhí)行用

3、例,并按照規(guī)范記錄下執(zhí)行結果。7) 缺陷跟蹤:確保缺陷被合理正確的解決。8) 測試總結:包裹測試報告及測試中的收獲與不足的總結。四 測試規(guī)范我們可以看到,在上面有八個測試過程,而每個測試過程都需要做很多保障性工作,才能保證這些測試過程的執(zhí)行,這就需要測試規(guī)范的約束。需求:需求采集單,需求采集渠道,需求確認,需求管理流程。測試計劃:測試計劃評審。測試需求分析:分析粒度,需求分析管理,測試需求評審。測試方案:測試用例設計:用例標準,用例等級,用例評審,用例管理,需求覆蓋。測試執(zhí)行:用例執(zhí)行標準,缺陷等級。缺陷跟蹤:缺陷處理流程,缺陷屬性,缺陷管理。測試總結:測試報告,經(jīng)驗教訓。在測試規(guī)范中,有兩個主要的標準就是文檔和評審。文檔是死板的,要求嚴格的按照約定執(zhí)行;評審是活躍的,要求集思廣益,避免個人知識與能力的局限性。另外,這個過程中,還有一個重要的部分,就是上一個流程對下一個流程的輸入及這個流程的輸出。輸入是下一個流程啟動的依據(jù),而輸出是該流程的成果。五 其它還有一些非常重要的規(guī)范,比如版本管理,測試環(huán)境管理,測試資源管理,啟動測試標準,終止測試標準,中止測試標準,引入自動化測試條件等。當然在這個過程中還有一個重要的過程,就是

溫馨提示

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

評論

0/150

提交評論