華為產(chǎn)品測試策略及驗證計劃模板要點_第1頁
華為產(chǎn)品測試策略及驗證計劃模板要點_第2頁
華為產(chǎn)品測試策略及驗證計劃模板要點_第3頁
華為產(chǎn)品測試策略及驗證計劃模板要點_第4頁
華為產(chǎn)品測試策略及驗證計劃模板要點_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

動編號(ID):TE-40項目階段口概念階段口開發(fā)階段口發(fā)布階段■計劃階段□驗證階段口生命周期階段產(chǎn)品名稱產(chǎn)品型號/版本總頁數(shù)XXXXXXXX共XX頁測試策略及驗證計劃(僅供內(nèi)部使用)文件編號:版本號:V0.1實施日期:yyyy-mm-dd保密等級:□秘密口機密口絕密編制:審核:會簽:批準:

修訂記錄日期版本號描述作者yyyy-mm-dd0.1初稿完成XXXyyyy-mm-dd1.0批準發(fā)布XXXyyyy-mm-dd1.1修改XXXXXXyyyy-mm-dd1.2修改XXXXXXyyyy-mm-dd2.0修改XXXXXX文件的版本號由'VX.X”組成,其中:a)小數(shù)點前面的X為主版本號,取值范圍為0-9”。文件進行重大修訂時主版本號遞增;b)小數(shù)點后面的X為次版本號,取值為'、9,a?2”。文件每修改一次時次版本號遞增;主版本號發(fā)生改變時,次版本號重新置c)未批準發(fā)布的文件版本號為0.X版,批準發(fā)布時為V7.0版。當主版本號發(fā)生改變時,前面只有次版本號不同的修訂記錄可以刪除。目錄TOC\o"1-5"\h\z\o"CurrentDocument"簡介 5\o"CurrentDocument"目的 5范圍 5\o"CurrentDocument"術(shù)語和縮寫詞 5\o"CurrentDocument"關(guān)鍵技術(shù) 5\o"CurrentDocument"集成測試策略 5build1集成測試策略 5測試環(huán)境 5\o"CurrentDocument"測試重點分析 6build2集成測試策略 6\o"CurrentDocument"BuildSDV測試策略 7SDV測試方案描述 7Build1測試策略 7測試環(huán)境 7測試重點分析 8Build2測試策略 9\o"CurrentDocument"SIT系統(tǒng)測試策略 9\o"CurrentDocument"測試環(huán)境 9測試重點分析 10\o"CurrentDocument"SVT測試策略 10\o"CurrentDocument"Beta測試策略 11\o"CurrentDocument"Beta測試需求分析 11Beta測試計劃 11\o"CurrentDocument"認證和標桿測試策略 11\o"CurrentDocument"認證和標桿測試需求分析 11\o"CurrentDocument"認證和標桿測試計劃 11\o"CurrentDocument"測試環(huán)境籌備計劃 11\o"CurrentDocument"測試環(huán)境需求分析 11工具/儀器的可獲得性風險評估 12\o"CurrentDocument"自主開發(fā)工具詳細分析 12工具名稱 12工具需求分析 12資源需求分析 13\o"CurrentDocument"測試計劃 13\o"CurrentDocument"人力資源計劃 13\o"CurrentDocument"測試工具 13\o"CurrentDocument"測試進度 13\o"CurrentDocument"交付工件清單 14\o"CurrentDocument"附件 14注:通過插入目錄方式自動生成,推薦保留二級目錄。1簡介目的編寫本文檔的主要目的,也可指出與本文檔相對應(yīng)活動應(yīng)達到的目的。范圍描述測試的各個階段TR2至TR6)之間軟、硬件測試部分執(zhí)行的所有測試活動(例如:集成測試、系統(tǒng)測試等)并說明本計劃所針對的測試類型(如功能測試或性能測試)簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。術(shù)語和縮寫詞列出本文檔中所使用的術(shù)語和縮略語??梢靡延械臄?shù)據(jù)字典,如沒有則需要在此列出。例如:參見《數(shù)據(jù)字典OC》術(shù)語一一列出在本文檔中用到的關(guān)鍵詞和專用詞,并給出其含義;縮略語一一應(yīng)列出在本文檔中用到的所有縮略語,并給出中英文全稱;另外在正文中縮略語首次出現(xiàn)處也要給出其中英文全稱。關(guān)鍵技術(shù)列出本測試過程中要使用的關(guān)鍵技術(shù)。集成測試策略build1集成測試策略測試環(huán)境例如;在此根據(jù)上圖中各個部件進行分析,描述對它們的主要功能需求、自動化需求等。表格1需求分析表部件類型部件名稱主要功能需求自動化需求 |表格2特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求,請在此描述。2.1.2測試重點分析測試項目分析測試策略分析單板硬件設(shè)計審查單板硬件測試單板軟件設(shè)計審查單板軟件測試大規(guī)模邏輯設(shè)計審查對各重要的測試項目進行測試策略分析,藍色的內(nèi)容僅作為參考示例,產(chǎn)品可以根據(jù)需要進行改變。build2集成測試策略與本文檔3.1條相類似的方式說明。

BuildSDV測試策略SDV測試方案描述注意SDV針對的是原型機。請在此描述以d總圖,例如:圖1Build總圖然后在以下各小節(jié)中油以d的測試策略分別進行描述,如果多勿汨的策略比較接近的話,也可考慮合并描述。相應(yīng)地,小節(jié)的標題可以是:Build1測試策略BuildA—BuildB,BuildZ測試策略Build1測試策略測試環(huán)境在此繪制測試環(huán)境圖,描述被測對象同其周邊環(huán)境之間的關(guān)系,這些周邊環(huán)境包括驅(qū)動單元、接收單元、樁模塊等。所謂驅(qū)動單元和接收單元是從邏輯意義上講的。在物理實體上,可能一個實體就實現(xiàn)了兩者的功能,也可能多個實體組合起來只實現(xiàn)一個功能。樁模塊用來模擬被開發(fā)系統(tǒng)中同被測對象有交互作用的部分,以便測試活動可以在不依賴

其他部件的情況下進行。舉例如下:被測對象圖2Build1SDV測試環(huán)境圖在此根據(jù)上圖中各個部件進行分析,描述對它們的主要功能需求、自動化需求等。表格3需求分析表部件類型部件名稱主要功能需求自動化需求自動化腳本測試的需求表格4特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求,請在此描述。測試重點分析對各重要的測試項目進行測試策略分析,估計所需要用到的各種資源,如人力資源、/工具需求等。下表中藍色的內(nèi)容僅作為參考示例,產(chǎn)品可以根據(jù)需要進行改變。測試項目分析測試策略分析內(nèi)部接口驗證功能測試性能/指標測試軟件協(xié)議一致性測試

容限容錯測試電磁兼容性EM0測試安全測試噪聲測試熱測試環(huán)境測試可靠性強化測試需要的特別測試Build2測試策略用與本文檔42條相類似的方式說明。SIT系統(tǒng)測試策略測試環(huán)境SIT中的被測對象是試產(chǎn)出來的產(chǎn)品。請在此用圖形描述測試環(huán)境的構(gòu)成和各個部件的特性。被測系統(tǒng)TestedSystem在此根據(jù)上圖中各個部件進行分析,描述對它們的主要功能需求、自動化需求等。表格5需求分析表部件類型部件名稱主要功能需求自動化需求如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求,請在此描述。表格6特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注

測試重點分析對各重要的測試項目進行測試策略分析,估計所需要用到的各種資源,如人力資源、/工具需求等。值得注意的是:SIT和SDV中有些測試項目名稱類似,它們的區(qū)別在*T和50曠目的上的不同。SIT是驗證性、符合性的測試;SDV是攻擊性的測試,以發(fā)現(xiàn)問題為目的。F表中藍色的內(nèi)容僅作為參考示例,產(chǎn)品可以根據(jù)需要進行改變。測試項目測試策略分析系統(tǒng)功能測試系統(tǒng)性能指標測試軟件協(xié)議一致性測試容限、容錯測試可用性測試組網(wǎng)測試(含內(nèi)部與外部設(shè)備組網(wǎng)測試)電磁兼容性EM0測試環(huán)境測試噪聲測試熱測試可靠性鑒定測試安全測試包裝測試需要的特別測試SVT測試策略根據(jù)產(chǎn)品包驗證主計劃中對于VT測試活動的計劃,將各類活動分解到測試對象,并分析它們對環(huán)境、關(guān)鍵資源、工作量(人天)的需求,和相關(guān)的依賴、風險等。下表中藍色的內(nèi)容僅作為參考示例,產(chǎn)品可以根據(jù)需要進行改變。SVT測試策略分析表測試項目測試子項環(huán)境需求關(guān)鍵資源需求工作量需求依據(jù)標準電磁兼容性(EM0測試環(huán)境測試安全測試回歸測試一致性驗證Beta測試策略Beta測試需求分析初步分析需要通速e燈驗證的功能、性能特性初步分析所需御eta局點數(shù)Beta測試計劃初步分施eta測試的時間安排初步分析資源需求(人力、物料、儀器等)認證和標桿測試策略認證和標桿測試需求分析初步分析所需認證的種類(如E、UL等國際認證,國內(nèi)運營商準入測試等)認證和標桿測試計劃初步分析認證測試的時間安排初步分析資源需求(人力、物料、儀器等)測試環(huán)境籌備計劃測試環(huán)境需求分析通過對前面3到8節(jié)所列出的環(huán)境需求的歸納和整理,分析需要什么樣的工具(包括軟件工具)儀器等。分析后,需要給出以下結(jié)論:所需要的工具/儀器名稱明確所需要的工具屬性:軟件還是其他所需要的工具/儀器能夠覆蓋的環(huán)境需求例如:對于協(xié)議類的輸入輸出工具需求,可以考慮自行開發(fā)協(xié)議類工具,也可以考慮購買具備該功能的儀器設(shè)備,或者兩者全部采用,作為互備方案等。首先需要分析工具儀器的可獲得方案:如果是工具,需要確定它是:現(xiàn)有/開發(fā)/定制如果是儀器,需要確定它是:現(xiàn)有/采購然后列出期望獲得時間,對不同的方案進行風險分析,并進行風險排序。可獲得性風險評估表名稱期望獲得時間可獲得方案風險規(guī)避措施自主開發(fā)工具詳細分析工具名稱工具需求分析描述工具的需求規(guī)格

資源需求分析描述所需要的人力,環(huán)境等資源測試計劃人力資源計劃角色推薦的最少資源(分配的專職角色數(shù)量)具體職責或注釋測試項目經(jīng)理進行管理監(jiān)督。職責:提供技術(shù)指導;獲取適當?shù)馁Y源;提供管理報告;測試設(shè)計員確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責:生成測試計劃;生成測試模型;評估測試工作有效性;的測U試員執(zhí)行測試。職責:執(zhí)行測試;記錄結(jié)果;從錯誤中恢復;記錄變請求;更測試系統(tǒng)管理員確保測試環(huán)境和資產(chǎn)得到管理和維護。職責:管理測試系統(tǒng);分

溫馨提示

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

評論

0/150

提交評論