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

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

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

數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注如果有特殊的數(shù)據(jù)數(shù)據(jù)源需求，請(qǐng)?jiān)诖嗣枋?。測試重點(diǎn)分析對(duì)各重要的測試項(xiàng)目進(jìn)行測試策略分析估計(jì)所需要用到的各種資源如人力資源、工具/設(shè)備需求等。下表中藍(lán)色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進(jìn)行改變。測試項(xiàng)目分析測試策略分析內(nèi)部接口驗(yàn)證功能測試性能/指標(biāo)測試軟件協(xié)議一致性測試容限/容錯(cuò)測試電磁兼容性(EMC)測試安全測試噪聲測試

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

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

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

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

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

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