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

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

批準:修訂記錄日期版本號描述作者yyyy-mm-dd初稿完成XXXyyyy-mm-dd批準發(fā)布XXXyyyy-mm-dd修改XXXXXXyyyy-mm-dd修改XXXXXX ?????yyyy-mm-dd修改XXXXXX文件的版本號由'VX.X”組成，其中:a)小數(shù)點前面的X為主版本號，取值范圍為0(9”。文件進行重大修訂時主版本號遞增1;b）小數(shù)點后面的X為次版本號，取值為019,a?z”。文件每修改一次時次版本號遞增1;主版本號發(fā)生改變時，次版本號重新遇c）未批準發(fā)布的文件版本號為0.X版，批準發(fā)布時為版。當主版本號發(fā)生改變時，前面只有次版本號不同的修訂記錄可以刪除。目錄注：通過插入目錄方式自動生成，推薦保留二級目錄。1簡介目的編寫本文檔的主要目的，也可指出與本文檔相對應活動應達到的目的。范圍描述測試的各個階段（TR2至TR6）之間軟、硬件測試部分執(zhí)行的所有測試活動例如：集成測試、系統(tǒng)測試等）并說明本計劃所針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中將接受測試或將不接受測試的那些性能和功能。術語和縮寫詞列出本文檔中所使用的術語和縮略語?？梢靡延械臄?shù)據(jù)字典，如沒有則需要在此列出。例如：參見《數(shù)據(jù)字典。?！沸g語一一列出在本文檔中用到的關鍵詞和專用詞，并給出其含義；縮略語一一應列出在本文檔中用到的所有縮略語并給出中英文全稱;另外在正文中縮略語首次出現(xiàn)處也要給出其中英文全稱。關鍵技術列出本測試過程中要使用的關鍵技術。2集成測試策略build1集成測試策略測試環(huán)境例如：在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格1需求分析表部件類型部件名稱主要功能需求自動化需求表格2特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求，請在此描述。測試重點分析測試項目分析測試策略分析單板硬件設計審查單板硬件測試單板軟件設計審查單板軟件測試大規(guī)模邏輯設計審查對各重要的測試項目進行測試策略分析，藍色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進行改變。build2集成測試策略與本文檔條相類似的方式說明。BuildSDV測試策略SDV測試方案描述注意SDV針對的是原型機。請在此描述uild總圖，例如：圖1Build總圖然后在以下各小節(jié)中部uild的測試策略分別進行描述如果多個Build的策略比較接近的話，也可考慮合并描述。相應地，小節(jié)的標題可以是：Build1測試策略BuildA—BuildBBuildZ測試策略Build1測試策略測試環(huán)境在此繪制測試環(huán)境圖，描述被測對象同其周邊環(huán)境之間的關系，這些周邊環(huán)境包括驅動單元、接收單元、樁模塊等。所謂驅動單元和接收單元是從邏輯意義上講的。在物理實體上，可能一個實體就實現(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é)議一致性測試容限/容錯測試電磁兼容性(EMC)測試安全測試噪聲測試

用與本文檔條相類似的方式說明。SIT系統(tǒng)測試策略測試環(huán)境SIT中的被測對象是試產(chǎn)出來的產(chǎn)品。請在此用圖形描述測試環(huán)境的構成和各個部件的特性。在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格5需求分析表部件類型部件名稱主要功能需求自動化需求如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求，請在此描述。

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

組網(wǎng)測試(含內(nèi)部與外部設備組網(wǎng)測試)電磁兼容性(EMC)測試環(huán)境測試噪聲測試熱測試可靠性鑒定測試安全測試包裝測試需要的特別測試5SVT測試策略根據(jù)產(chǎn)品包驗證主計劃中對于SVT測試活動的計劃，將各類活動分解到測試對象，并分析它們對環(huán)境、關鍵資源、工作量(人天)的需求，和相關的依賴、風險等。下表中藍色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進行改變。SVT測試策略分析表測試項目測試子項環(huán)境需求關鍵資源需求工作量需求依據(jù)標準

電磁兼容性(EMC)測試環(huán)境測試安全測試回歸測試一致性驗證6Beta測試策略Beta測試需求分析初步分析需要通逑etaM證的功能、性能特性初步分析所需的Beta局點數(shù)Beta測試計劃初步分郴eta測試的時間安排初步分析資源需求（人力、物料、儀器等）認證和標桿測試策略認證和標桿測試需求分析初步分析所需認證的種類（如E、UL等國際認證，國內(nèi)運營商準入測試等）認證和標桿測試計劃初步分析認證測試的時間安排初步分析資源需求（人力、物料、儀器等）測試環(huán)境籌備計劃測試環(huán)境需求分析通過對前面到8節(jié)所列出的環(huán)境需求的歸納和整理，分析需要什么樣的工具（包括軟件工具）/儀器等。分析后，需要給出以下結論：所需要的工具/儀器名稱明確所需要的工具屬性：軟件還是其他所需要的工具/儀器能夠覆蓋的環(huán)境需求例如：對于協(xié)議類的輸入輸出工具需求，可以考慮自行開發(fā)協(xié)議類工具，也可以考慮購買具備該功能的儀器設備，或者兩者全部采用，作為互備方案等。測試環(huán)境需求分析表名稱規(guī)格/屬性所覆蓋的需求

首先需要分析工具儀器的可獲得方案：如果是工具，需要確定它是：現(xiàn)有/開發(fā)/定制如果是儀器，需要確定它是：現(xiàn)有/采購然后列出期望獲得時間，對不同的方案進行風險分析，并進行風險排序?？色@得性風險評估表名稱期望獲得時間可獲得方案風險規(guī)避措施自主開發(fā)工具詳細分析工具名稱工具需求分析描述工具的需求規(guī)格資源需求分析描述所需要的人力，環(huán)境等資源測試計劃人力資源計劃角色推薦的最少資源（分配的專職角色數(shù)量）具體職責或注釋測試項目經(jīng)理進行管理監(jiān)督。職責：提供技術指導；獲取適當?shù)馁Y源；提供

理報告；測試設計員確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責：生成測試計劃；生成測試模型；評估測工作的有效性；1試測試員執(zhí)行測試。職責：執(zhí)行測試；記錄結果；從錯誤中恢復；?錄變更請求；記測試系統(tǒng)管理員確保測試環(huán)境和資產(chǎn)得到管理和維護。職責：管理測試系統(tǒng)；分配和管理角色對測試.統(tǒng)的訪問權；系數(shù)據(jù)庫管理員確保測試數(shù)據(jù)（數(shù)據(jù)庫）環(huán)境和資產(chǎn)得到管理，維護。職責：管理測試數(shù)據(jù)（數(shù)據(jù)庫;）和9.2測試工具工具名稱用途生產(chǎn)廠商/自產(chǎn)版本列