華為產(chǎn)品測試策略及驗證計劃模板

1、文件名稱秘密 機密 絕密動編號（ID）：TE-40項目階段概念階段開發(fā)階段發(fā)布階段計劃階段驗證階段生命周期階段產(chǎn)品名稱產(chǎn)品型號/版本總頁數(shù)共 頁XXX測試策略及驗證計劃（僅供內(nèi)部使用）文 件 編 號：版 本 號：V 0. 1實 施 日 期：yyyy-mm-dd保 密 等 級：秘密 機密 絕密編 制：審 核：會 簽：批 準：修訂記錄日期版本號描述作者yyyy-mm-dd0.1初稿完成yyyy-mm-dd1.0批準發(fā)布yyyy-mm-dd1.1修改yyyy-mm-dd1.2修改 .yyyy-mm-dd2.0修改文件的版本號由“V .”組成，其中：a） 小數(shù)點前面的為主版本號，取值范圍為“09”。文

2、件進行重大修訂時主版本號遞增1；b） 小數(shù)點后面的為次版本號，取值為“09，az”。文件每修改一次時次版本號遞增1；主版本號發(fā)生改變時，次版本號重新置0；c） 未批準發(fā)布的文件版本號為V0.版，批準發(fā)布時為V1.0版。當(dāng)主版本號發(fā)生改變時，前面只有次版本號不同的修訂記錄可以刪除。目錄1簡介51.1目的51.2范圍51.3術(shù)語和縮寫詞51.4關(guān)鍵技術(shù)52集成測試策略52.1build 1集成測試策略52.1.1測試環(huán)境52.1.2測試重點分析62.2build 2集成測試策略73Build SDV測試策略73.1SDV測試方案描述73.2Build 1測試策略83.2.1測試環(huán)境83.2.2測試

3、重點分析93.3Build 2測試策略94SIT系統(tǒng)測試策略94.1測試環(huán)境94.2測試重點分析105SVT測試策略116Beta測試策略116.1Beta測試需求分析116.2Beta測試計劃117認證和標(biāo)桿測試策略127.1認證和標(biāo)桿測試需求分析127.2認證和標(biāo)桿測試計劃128測試環(huán)境籌備計劃128.1測試環(huán)境需求分析128.2工具/儀器的可獲得性風(fēng)險評估128.3自主開發(fā)工具詳細分析138.3.1工具名稱138.3.2工具需求分析138.3.3資源需求分析139測試計劃139.1人力資源計劃139.2測試工具149.3測試進度1410交付工件清單1411附件14注：通過插入目錄方式自動

4、生成，推薦保留二級目錄。版權(quán)所有，侵權(quán)必究 第15頁 共15頁1 簡介1.1 目的編寫本文檔的主要目的，也可指出與本文檔相對應(yīng)活動應(yīng)達到的目的。1.2 范圍描述測試的各個階段（TR2至TR6）之間軟、硬件測試部分執(zhí)行的所有測試活動（例如：集成測試、系統(tǒng)測試等），并說明本計劃所針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。1.3 術(shù)語和縮寫詞列出本文檔中所使用的術(shù)語和縮略語?？梢靡延械臄?shù)據(jù)字典，如沒有則需要在此列出。例如：參見數(shù)據(jù)字典.doc術(shù)語列出在本文檔中用到的關(guān)鍵詞和專用詞，并給出其含義；縮略語應(yīng)列出在本文檔中用到的所有縮略語，并給

5、出中英文全稱；另外在正文中縮略語首次出現(xiàn)處也要給出其中英文全稱。1.4 關(guān)鍵技術(shù)列出本測試過程中要使用的關(guān)鍵技術(shù)。2 集成測試策略2.1 build 1集成測試策略2.1.1 測試環(huán)境例如:在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格 1 需求分析表部件類型部件名稱主要功能需求自動化需求表格 2 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)/數(shù)據(jù)源需求，請在此描述。2.1.2 測試重點分析測試項目分析測試策略分析單板硬件設(shè)計審查單板硬件測試單板軟件設(shè)計審查單板軟件測試大規(guī)模邏輯設(shè)計審查對各重要的測試項目進行測試策略分析，藍色的內(nèi)容僅作為參考

6、示例，產(chǎn)品可以根據(jù)需要進行改變。2.2 build 2集成測試策略 與本文檔3.1條相類似的方式說明。3 Build SDV測試策略3.1 SDV測試方案描述注意SDV針對的是原型機。請在此描述Build總圖，例如： 圖 1 Build總圖然后在以下各小節(jié)中對Build的測試策略分別進行描述，如果多個Build的策略比較接近的話，也可考慮合并描述。相應(yīng)地，小節(jié)的標(biāo)題可以是： Build 1測試策略Build A Build B，Build Z測試策略3.2 Build 1測試策略3.2.1 測試環(huán)境在此繪制測試環(huán)境圖，描述被測對象同其周邊環(huán)境之間的關(guān)系，這些周邊環(huán)境包括驅(qū)動單元、接收單元、樁模

7、塊等。l 所謂驅(qū)動單元和接收單元是從邏輯意義上講的。在物理實體上，可能一個實體就實現(xiàn)了兩者的功能，也可能多個實體組合起來只實現(xiàn)一個功能。l 樁模塊用來模擬被開發(fā)系統(tǒng)中同被測對象有交互作用的部分，以便測試活動可以在不依賴其他部件的情況下進行。舉例如下： 圖 2 Build 1 SDV測試環(huán)境圖在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格 3 需求分析表部件類型部件名稱主要功能需求自動化需求自動化腳本測試的需求表格 4 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)/數(shù)據(jù)源需求，請在此描述。3.2.2 測試重點分析對各重要的測試項目進行測試策略分

8、析，估計所需要用到的各種資源，如人力資源、工具/設(shè)備需求等。下表中藍色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進行改變。測試項目分析測試策略分析內(nèi)部接口驗證功能測試性能/指標(biāo)測試軟件協(xié)議一致性測試容限/容錯測試電磁兼容性(EMC)測試安全測試噪聲測試熱測試環(huán)境測試可靠性強化測試需要的特別測試3.3 Build 2測試策略用與本文檔4.2條相類似的方式說明。4 SIT系統(tǒng)測試策略4.1 測試環(huán)境SIT中的被測對象是試產(chǎn)出來的產(chǎn)品。 請在此用圖形描述測試環(huán)境的構(gòu)成和各個部件的特性。在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格 5 需求分析表部件類型部件名稱主要功能需求

9、自動化需求如果有特殊的數(shù)據(jù)/數(shù)據(jù)源需求，請在此描述。表格 6 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注4.2 測試重點分析對各重要的測試項目進行測試策略分析，估計所需要用到的各種資源，如人力資源、工具/設(shè)備需求等。 值得注意的是：SIT和SDV中有些測試項目名稱類似，它們的區(qū)別在于SIT和SDV目的上的不同。SIT是驗證性、符合性的測試；SDV是攻擊性的測試，以發(fā)現(xiàn)問題為目的。 下表中藍色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進行改變。測試項目測試策略分析系統(tǒng)功能測試系統(tǒng)性能/指標(biāo)測試軟件協(xié)議一致性測試容限、容錯測試可用性測試組網(wǎng)測試（含內(nèi)部與外部設(shè)備組網(wǎng)測試）電磁兼容性(EMC)測

10、試環(huán)境測試噪聲測試熱測試可靠性鑒定測試安全測試包裝測試需要的特別測試5 SVT測試策略根據(jù)產(chǎn)品包驗證主計劃中對于SVT測試活動的計劃，將各類活動分解到測試對象，并分析它們對環(huán)境、關(guān)鍵資源、工作量（人天）的需求，和相關(guān)的依賴、風(fēng)險等。 下表中藍色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進行改變。SVT測試策略分析表測試項目測試子項環(huán)境需求關(guān)鍵資源需求工作量需求依據(jù)標(biāo)準電磁兼容性(EMC)測試環(huán)境測試安全測試回歸測試一致性驗證6 Beta測試策略6.1 Beta測試需求分析初步分析需要通過Beta驗證的功能、性能特性 初步分析所需的Beta局點數(shù) 6.2 Beta測試計劃初步分析Beta測試的時間安

11、排 初步分析資源需求（人力、物料、儀器等） 7 認證和標(biāo)桿測試策略7.1 認證和標(biāo)桿測試需求分析初步分析所需認證的種類（如CE、UL等國際認證，國內(nèi)運營商準入測試等）7.2 認證和標(biāo)桿測試計劃初步分析認證測試的時間安排 初步分析資源需求（人力、物料、儀器等） 8 測試環(huán)境籌備計劃8.1 測試環(huán)境需求分析通過對前面3到8節(jié)所列出的環(huán)境需求的歸納和整理，分析需要什么樣的工具（包括軟件工具）/儀器等。分析后，需要給出以下結(jié)論：所需要的工具/儀器名稱 明確所需要的工具屬性：軟件還是其他 所需要的工具/儀器能夠覆蓋的環(huán)境需求 例如：對于協(xié)議類的輸入/輸出工具需求，可以考慮自行開發(fā)協(xié)議類工具，也可以考慮購

12、買具備該功能的儀器設(shè)備，或者兩者全部采用，作為互備方案等。測試環(huán)境需求分析表名稱規(guī)格/屬性所覆蓋的需求8.2 工具/儀器的可獲得性風(fēng)險評估首先需要分析工具/儀器的可獲得方案：如果是工具，需要確定它是：現(xiàn)有/開發(fā)/定制 如果是儀器，需要確定它是：現(xiàn)有/采購 然后列出期望獲得時間，對不同的方案進行風(fēng)險分析，并進行風(fēng)險排序?？色@得性風(fēng)險評估表名稱期望獲得時間可獲得方案風(fēng)險規(guī)避措施8.3 自主開發(fā)工具詳細分析8.3.1 工具名稱8.3.2 工具需求分析描述工具的需求規(guī)格8.3.3 資源需求分析描述所需要的人力，環(huán)境等資源9 測試計劃9.1 人力資源計劃角色推薦的最少資源（分配的專職角色數(shù)量）具體職責(zé)或注釋測試項目經(jīng)理進行管理監(jiān)督。職責(zé)：提供技術(shù)指導(dǎo)；獲取適當(dāng)?shù)馁Y源；提供管理報告；測試設(shè)計員確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責(zé)：生成測試計劃；生成測試模型；評估測試工作的有效性；測試員執(zhí)行測試。職責(zé)：執(zhí)行測試；記錄結(jié)果；從錯誤中恢復(fù)；記錄變更請求；測試系統(tǒng)管理員確保測試環(huán)境和資產(chǎn)得到管理和維護。職責(zé)：管理測試系統(tǒng)；分配和管理角色對測試系統(tǒng)的訪問權(quán)；數(shù)據(jù)庫管理員確保測試數(shù)據(jù)（數(shù)據(jù)庫）環(huán)境和資產(chǎn)得到管理和維護。職責(zé)：管理測試數(shù)據(jù)