華為產品測試策略及驗證計劃模板

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

2、訂時主版本號遞增1；b） 小數(shù)點后面的為次版本號，取值為“09，az”。文件每修改一次時次版本號遞增1；主版本號發(fā)生改變時，次版本號重新置0；c） 未批準發(fā)布的文件版本號為v0.版，批準發(fā)布時為v1.0版。當主版本號發(fā)生改變時，前面只有次版本號不同的修訂記錄可以刪除。目錄注：通過插入目錄方式自動生成，推薦保留二級目錄。1 簡介1.1 目的編寫本文檔的主要目的，也可指出與本文檔相對應活動應達到的目的。1.2 范圍描述測試的各個階段（ tr2至 tr6 ）之間軟、硬件測試部分執(zhí)行的所有測試活動（例如：集成測試、系統(tǒng)測試等），并說明本計劃所針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中

3、將接受測試或將不接受測試的那些性能和功能。1.3 術語和縮寫詞列出本文檔中所使用的術語和縮略語?？梢靡延械臄?shù)據(jù)字典，如沒有則需要在此列出。例如：參見數(shù)據(jù)字典.doc術語列出在本文檔中用到的關鍵詞和專用詞，并給出其含義；縮略語應列出在本文檔中用到的所有縮略語，并給出中英文全稱；另外在正文中縮略語首次出現(xiàn)處也要給出其中英文全稱。1.4 關鍵技術列出本測試過程中要使用的關鍵技術。2 集成測試策略2.1 build 1集成測試策略2.1.1測試環(huán)境例如: 在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格1 需求分析表部件類型部件名稱主要功能需求自動化需求表格2 特殊數(shù)據(jù)需

4、求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)/數(shù)據(jù)源需求，請在此描述。2.1.2測試重點分析測試項目分析測試策略分析單板硬件設計審查單板硬件測試單板軟件設計審查單板軟件測試大規(guī)模邏輯設計審查對各重要的測試項目進行測試策略分析，藍色的內容僅作為參考示例，產品可以根據(jù)需要進行改變。2.2build 2集成測試策略與本文檔3.1條相類似的方式說明。3 build sdv 測試策略3.1 sdv 測試方案描述注意sdv針對的是原型機。請在此描述build總圖，例如：圖 1 build 總圖然后在以下各小節(jié)中對build的測試策略分別進行描述，如果多個build的策略比較接近的話，也可考慮合

5、并描述。相應地，小節(jié)的標題可以是：build 1測試策略build a build b，build z測試策略3.2 build 1測試策略3.2.1測試環(huán)境在此繪制測試環(huán)境圖，描述被測對象同其周邊環(huán)境之間的關系，這些周邊環(huán)境包括驅動單元、接收單元、樁模塊等。所謂驅動單元和接收單元是從邏輯意義上講的。在物理實體上，可能一個實體就實現(xiàn)了兩者的功能，也可能多個實體組合起來只實現(xiàn)一個功能。樁模塊用來模擬被開發(fā)系統(tǒng)中同被測對象有交互作用的部分，以便測試活動可以在不依賴其他部件的情況下進行。舉例如下：圖 2 build 1 sdv測試環(huán)境圖在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化

6、需求等。表格3 需求分析表部件類型部件名稱主要功能需求自動化需求自動化腳本測試的需求表格4 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)/數(shù)據(jù)源需求，請在此描述。3.2.2測試重點分析對各重要的測試項目進行測試策略分析，估計所需要用到的各種資源，如人力資源、工具/設備需求等。下表中藍色的內容僅作為參考示例，產品可以根據(jù)需要進行改變。測試項目分析測試策略分析內部接口驗證功能測試性能/指標測試軟件協(xié)議一致性測試容限/容錯測試電磁兼容性(emc)測試安全測試噪聲測試熱測試環(huán)境測試可靠性強化測試需要的特別測試3.3 build 2測試策略用與本文檔4.2條相類似的方式說明。4 s

7、it 系統(tǒng)測試策略4.1 測試環(huán)境sit中的被測對象是試產出來的產品。請在此用圖形描述測試環(huán)境的構成和各個部件的特性。在此根據(jù)上圖中各個部件進行分析，描述對它們的主要功能需求、自動化需求等。表格5 需求分析表部件類型部件名稱主要功能需求自動化需求如果有特殊的數(shù)據(jù) / 數(shù)據(jù)源需求，請在此描述。表格6 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注4.2 測試重點分析對各重要的測試項目進行測試策略分析，估計所需要用到的各種資源，如人力資源、工具/ 設備需求等。值得注意的是： sit 和 sdv中有些測試項目名稱類似，它們的區(qū)別在于sit 和 sdv目的上的不同。sit 是驗證性、符合性的測試；

8、 sdv 是攻擊性的測試，以發(fā)現(xiàn)問題為目的。下表中藍色的內容僅作為參考示例，產品可以根據(jù)需要進行改變。測試項目測試策略分析系統(tǒng)功能測試系統(tǒng)性能/指標測試軟件協(xié)議一致性測試容限、容錯測試可用性測試組網(wǎng)測試（含內部與外部設備組網(wǎng)測試）電磁兼容性(emc)測試環(huán)境測試噪聲測試熱測試可靠性鑒定測試安全測試包裝測試需要的特別測試5 svt 測試策略根據(jù)產品包驗證主計劃中對于svt測試活動的計劃，將各類活動分解到測試對象，并分析它們對環(huán)境、關鍵資源、工作量（人天）的需求，和相關的依賴、風險等。下表中藍色的內容僅作為參考示例，產品可以根據(jù)需要進行改變。svt 測試策略分析表測試項目測試子項環(huán)境需求關鍵資源需

9、求工作量需求依據(jù)標準電磁兼容性(emc)測試環(huán)境測試安全測試回歸測試一致性驗證6 beta 測試策略6.1 beta 測試需求分析初步分析需要通過beta驗證的功能、性能特性初步分析所需的 beta局點數(shù)6.2 beta 測試計劃初步分析 beta測試的時間安排初步分析資源需求（人力、物料、儀器等）7 認證和標桿測試策略7.1 認證和標桿測試需求分析初步分析所需認證的種類（如 ce 、ul 等國際認證，國內運營商準入測試等）7.2 認證和標桿測試計劃初步分析認證測試的時間安排初步分析資源需求（人力、物料、儀器等）8 測試環(huán)境籌備計劃8.1測試環(huán)境需求分析通過對前面 3到8節(jié)所列出的環(huán)境需求的歸

10、納和整理，分析需要什么樣的工具（包括軟件工具）/儀器等。分析后，需要給出以下結論：所需要的工具/儀器名稱明確所需要的工具屬性：軟件還是其他所需要的工具/儀器能夠覆蓋的環(huán)境需求例如：對于協(xié)議類的輸入 / 輸出工具需求，可以考慮自行開發(fā)協(xié)議類工具，也可以考慮購買具備該功能的儀器設備，或者兩者全部采用，作為互備方案等。測試環(huán)境需求分析表名稱規(guī)格 / 屬性所覆蓋的需求8.2工具/儀器的可獲得性風險評估首先需要分析工具/儀器的可獲得方案：如果是工具，需要確定它是：現(xiàn)有/開發(fā) /定制如果是儀器，需要確定它是：現(xiàn)有/采購然后列出期望獲得時間，對不同的方案進行風險分析，并進行風險排序?？色@得性風險評估表名稱期

11、望獲得時間可獲得方案風險規(guī)避措施8.3自主開發(fā)工具詳細分析8.3.1工具名稱8.3.2工具需求分析描述工具的需求規(guī)格8.3.3資源需求分析描述所需要的人力，環(huán)境等資源9 測試計劃9.1 人力資源計劃角色推薦的最少資源 （分具體職責或注釋配的專職角色數(shù)量）測試項目經(jīng)理進行管理監(jiān)督。職責：提供技術指導；獲取適當?shù)馁Y源； 提供管理報告；測試設計員確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責：生成測試計劃；生成測試模型；評估測試工作的有效性；測試員執(zhí)行測試。職責：執(zhí)行測試；記錄結果；從錯誤中恢復；記錄變更請求；測試系統(tǒng)管理員確保測試環(huán)境和資產得到管理和維護。職責：管理測試系統(tǒng)；分配和管理角色對測試系統(tǒng)的訪問權；數(shù)據(jù)庫管理員確保測試數(shù)據(jù)（數(shù)據(jù)庫）環(huán)境和資產得到管理和維護。職責：管理測試數(shù)據(jù)（數(shù)據(jù)庫） ；9.2 測試工具工具名稱用途生產廠商 /自產版本列出在