1、動編號（ID ）：TE-40概念階段開發(fā)階段發(fā)布階段項目階段計劃階段驗證階段生命周期階段產(chǎn)品名稱產(chǎn)品型號/ 版本總頁數(shù)××××××××共××頁XXX測試策略及驗證計劃（僅供內(nèi)部使用）文件編號：版本號：V0.1實施日期：yyyy-mm-dd保密等級：秘密機(jī)密絕密編 制：審 核：會 簽：批 準(zhǔn)：修訂記錄日期版本號描述作者yyyy-mm-dd0.1×××yyyy-mm-dd1.0×××yyyy-mm-dd1.1 ××

2、15;×××yyyy-mm-dd1.2 ××××××.yyyy-mm-dd2.0 ××××××文件的版本號由“ V ×. ×”組成，其中：a）小數(shù)點前面的×為主版本號，取值范圍為“0 9”。文件進(jìn)行重大修訂時主版本號遞增1；b）小數(shù)點后面的×為次版本號，取值為“09，az”。文件每修改一次時次版本號遞增1；主版本號發(fā)生改變時，次版本號重新置0；c） 未批準(zhǔn)發(fā)布的文件版本號為V0.×版，批準(zhǔn)發(fā)布時為

3、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 集成測試策略 .63Build SDV 測試策略 .73.1SDV 測試方案描述 .73.2Build 1 測試策略 .73.2.1測試環(huán)境 .73.2.2測試重點分析 .83.3Build 2 測試策略 .94SIT 系統(tǒng)測試策略 .94.1測試環(huán)境 .94.2測試重點分析 .105SVT 測試

4、策略 .106Beta 測試策略 .116.1Beta 測試需求分析 .116.2Beta 測試計劃 .117認(rèn)證和標(biāo)桿測試策略 .117.1認(rèn)證和標(biāo)桿測試需求分析 .117.2認(rèn)證和標(biāo)桿測試計劃 .118測試環(huán)境籌備計劃 .118.1測試環(huán)境需求分析 .118.2工具 /儀器的可獲得性風(fēng)險評估 .128.3自主開發(fā)工具詳細(xì)分析 .128.3.1工具名稱 .128.3.2工具需求分析 .128.3.3資源需求分析 .139 測試計劃.139.1人力資源計劃 .139.2測試工具 .139.3測試進(jìn)度 .1310交付工件清單 .1411附件.14注：通過插入目錄方式自動生成，推薦保留二級目錄。1

5、 簡介1.1目的編寫本文檔的主要目的，也可指出與本文檔相對應(yīng)活動應(yīng)達(dá)到的目的。1.2范圍描述測試的各個階段（ TR2至 TR6）之間軟、硬件測試部分執(zhí)行的所有測試活動（例如：集成測試、系統(tǒng)測試等），并說明本計劃所針對的測試類型（如功能測試或性能測試） 。簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。1.3術(shù)語和縮寫詞列出本文檔中所使用的術(shù)語和縮略語。可引用已有的數(shù)據(jù)字典，如沒有則需要在此列出。例如：參見數(shù)據(jù)字典 .doc術(shù)語列出在本文檔中用到的關(guān)鍵詞和專用詞，并給出其含義；縮略語應(yīng)列出在本文檔中用到的所有縮略語，并給出中英文全稱；另外在正文中縮略語首次出現(xiàn)處也要給出其中英文全稱

6、。1.4關(guān)鍵技術(shù)列出本測試過程中要使用的關(guān)鍵技術(shù)。2 集成測試策略2.1build 1集成測試策略2.1.1測試環(huán)境例如:被測對象Tested Object驅(qū)動單元樁模塊DriverStub接收單元Reciever在此根據(jù)上圖中各個部件進(jìn)行分析，描述對它們的主要功能需求、自動化需求等。部件類型部件名稱表格1 需求分析表主要功能需求自動化需求數(shù)據(jù)類型數(shù)據(jù)名稱表格來源2 特殊數(shù)據(jù)需求分析表需求描述備注如果有特殊的數(shù)據(jù) /數(shù)據(jù)源需求，請在此描述。2.1.2測試重點分析測試項目分析測試策略分析單板硬件設(shè)計審查單板硬件測試單板軟件設(shè)計審查單板軟件測試大規(guī)模邏輯設(shè)計審查對各重要的測試項目進(jìn)行測試策略分析，

7、藍(lán)色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進(jìn)行改變。2.2build 2集成測試策略與本文檔 3.1 條相類似的方式說明。3 Build SDV 測試策略3.1SDV 測試方案描述注意 SDV 針對的是原型機(jī)。請在此描述Build 總圖，例如：AGBuild ACLQ9BuildEDBBuild CBIBuild GOSVPVXH3Build BBuild DVRh2SICMMCRTSPTime8123181016FunctionsMediumLargeVery LargeChangeChangeChange圖 1 Build 總圖然后在以下各小節(jié)中對Build 的測試策略分別進(jìn)行描述，如果多

8、個Build 的策略比較接近的話，也可考慮合并描述。相應(yīng)地，小節(jié)的標(biāo)題可以是：Build 1 測試策略Build A Build B ，Build Z 測試策略3.2Build 1測試策略3.2.1測試環(huán)境在此繪制測試環(huán)境圖，描述被測對象同其周邊環(huán)境之間的關(guān)系，這些周邊環(huán)境包括驅(qū)動單元、接收單元、樁模塊等。所謂驅(qū)動單元和接收單元是從邏輯意義上講的。在物理實體上，可能一個實體就實現(xiàn)了兩者的功能，也可能多個實體組合起來只實現(xiàn)一個功能。樁模塊用來模擬被開發(fā)系統(tǒng)中同被測對象有交互作用的部分，以便測試活動可以在不依賴其他部件的情況下進(jìn)行。舉例如下：被測對象Tested Object驅(qū)動單元樁模塊Driv

9、erStub接收單元Reciever圖 2 Build 1 SDV測試環(huán)境圖在此根據(jù)上圖中各個部件進(jìn)行分析，描述對它們的主要功能需求、自動化需求等。部件類型部件名稱表格3 需求分析表主要功能需求自動化需求自動化腳本測試的需求數(shù)據(jù)類型數(shù)據(jù)名稱表格來源4 特殊數(shù)據(jù)需求分析表需求描述備注如果有特殊的數(shù)據(jù) /數(shù)據(jù)源需求，請在此描述。3.2.2測試重點分析對各重要的測試項目進(jìn)行測試策略分析，估計所需要用到的各種資源，如人力資源、工具 /設(shè)備需求等。下表中藍(lán)色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進(jìn)行改變。測試項目分析測試策略分析內(nèi)部接口驗證功能測試性能/ 指標(biāo)測試軟件協(xié)議一致性測試容限/ 容錯測試電磁兼

10、容性 (EMC) 測試安全測試噪聲測試熱測試環(huán)境測試可靠性強化測試需要的特別測試3.3Build 2測試策略用與本文檔 4.2 條相類似的方式說明。4 SIT 系統(tǒng)測試策略4.1測試環(huán)境SIT 中的被測對象是試產(chǎn)出來的產(chǎn)品。請在此用圖形描述測試環(huán)境的構(gòu)成和各個部件的特性。被測系統(tǒng)Tested System驅(qū)動器檢測器DriverDetector在此根據(jù)上圖中各個部件進(jìn)行分析，描述對它們的主要功能需求、自動化需求等。表格5 需求分析表部件類型部件名稱主要功能需求自動化需求如果有特殊的數(shù)據(jù) / 數(shù)據(jù)源需求，請在此描述。表格6 特殊數(shù)據(jù)需求分析表數(shù)據(jù)類型數(shù)據(jù)名稱來源需求描述備注4.2測試重點分析對各

11、重要的測試項目進(jìn)行測試策略分析，估計所需要用到的各種資源，如人力資源、工具/ 設(shè)備需求等。值得注意的是： SIT 和 SDV中有些測試項目名稱類似，它們的區(qū)別在于SIT 和 SDV目的上的不同。 SIT 是驗證性、符合性的測試； SDV是攻擊性的測試，以發(fā)現(xiàn)問題為目的。下表中藍(lán)色的內(nèi)容僅作為參考示例，產(chǎn)品可以根據(jù)需要進(jìn)行改變。測試項目測試策略分析系統(tǒng)功能測試系統(tǒng)性能 /指標(biāo)測試軟件協(xié)議一致性測試容限、容錯測試可用性測試組網(wǎng)測試（含內(nèi)部與外部設(shè)備組網(wǎng)測試）電磁兼容性 (EMC) 測試環(huán)境測試噪聲測試熱測試可靠性鑒定測試安全測試包裝測試需要的特別測試5 SVT 測試策略根據(jù)產(chǎn)品包驗證主計劃中對于S

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

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

14、 /儀器的可獲得性風(fēng)險評估首先需要分析工具 /儀器的可獲得方案：如果是工具，需要確定它是：現(xiàn)有/開發(fā) /定制如果是儀器，需要確定它是：現(xiàn)有/采購然后列出期望獲得時間，對不同的方案進(jìn)行風(fēng)險分析，并進(jìn)行風(fēng)險排序。可獲得性風(fēng)險評估表名稱期望獲得時間可獲得方案風(fēng)險規(guī)避措施8.3自主開發(fā)工具詳細(xì)分析8.3.1工具名稱8.3.2工具需求分析描述工具的需求規(guī)格8.3.3資源需求分析描述所需要的人力，環(huán)境等資源9 測試計劃9.1人力資源計劃角色推薦的最少資源 （分具體職責(zé)或注釋配的專職角色數(shù)量）測試項目經(jīng)理進(jìn)行管理監(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)得到管理和維護(hù)。員職責(zé)：管理測試系統(tǒng)；分配和管理角色對測試系統(tǒng)的訪問權(quán)；數(shù)據(jù)庫管理員確保測試數(shù)據(jù)（數(shù)據(jù)庫