【正文】 過復審 作者或來源 備注 可行性分析報告 是□ 否□ 是□ 否□ 軟件需求定義 是□ 否□ 是□ 否□ 軟件系統(tǒng)分析 （ STD,DFD,CFD,DD） 是□ 否□ 是□ 否□ 軟件概要設計 是□ 否□ 是□ 否□ 軟件詳細設計 是□ 否□ 是□ 否□ 軟件測試需求 是□ 否□ 是□ 否□ 硬件可行性分析報告 是□ 否□ 是□ 否□ 硬件需求 定義 是□ 否□ 是□ 否□ 硬件概要設計 是□ 否□ 是□ 否□ 硬件原理圖設計 是□ 否□ 是□ 否□ 硬件結構設計（包含 PCB） 是□ 否□ 是□ 否□ FPGA設計 是□ 否□ 是□ 否□ 硬件測試需求 是□ 否□ 是□ 否□ PCB設計 是□ 否□ 是□ 否□ USB驅動設計 是□ 否□ 是□ 否□ Tuner BSP 設計 是□ 否□ 是□ 否□ MCU設計 是□ 否□ 是□ 否□ 模塊開發(fā)手冊 是□ 否□ 是□ 否□ 測試時間表 及人員安排 是□ 否□ 是□ 否□ 測試計劃 是□ 否□ 是□ 否□ 測試方案 是□ 否□ 是□ 否□ 測試報告 是□ 否□ 是□ 否□ 測試分析報告 是□ 否□ 是□ 否□ 用戶操作手冊 是□ 否□ 是□ 否□ 安裝指南 是□ 否□ 是□ 否□ 測試提交文檔 下面應當列出在測試階段結束后，所有可提交的文檔 例如： 系統(tǒng)測試用例、系統(tǒng)測試報告、分析報告 系統(tǒng)測試計劃 第 6 頁 共 20 頁 3 測試進度 測試活動 計劃開始日期 實際開始日期 結束日期 制定測試計劃 設計測試 集成測試 系統(tǒng)測試 性能測試 安裝測試 用戶驗收測試 對測試進行評估 4 測試資源 人力資源 下表列出了在此項目的人員配備方面所作的各種假定。 注：可適當?shù)貏h除或添加角色項。 角色 所推薦的最少資源 （所分配的專職角色數(shù)量） 具體職責或注釋 測試環(huán)境 下表列出了測試的系統(tǒng)環(huán)境 軟件環(huán)境（相關軟件、操作系統(tǒng)等） 硬件環(huán)境（網絡、設備等） 系統(tǒng)測試計劃 第 7 頁 共 20 頁 測試工具 此項目將列出測試使用的工具： 用途 工具 生產廠商 /自產 版本 5 系統(tǒng)風險、優(yōu)先級 簡要描述測試階段的風險和處理的優(yōu)先級 6 測試策略 測試策略提供了對測試對象進行測試的推薦方法。 對于每種測試，都應提供測試說明，并解釋其實施的原因。 制定測試策略時所考慮的主要事項有：將要使用的技術以及判斷測試何時完成的標準。 下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環(huán)境中使用已知的、有控制的數(shù)據(jù)庫來執(zhí)行。 注意：不實施某種測試，則應該用一句話加以說明，并陳述這樣的理由。例如，“將不實施該測試。該測試本項目不適 用”。 系統(tǒng)測試計劃 第 8 頁 共 20 頁 數(shù)據(jù)和數(shù)據(jù)庫完整性測試 在＜項目名稱＞中，數(shù)據(jù)庫和數(shù)據(jù)庫進程應作為一個子系統(tǒng)來進行測試。在測試這些子系統(tǒng)時，不應將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（ DBMS），還需要進行深入的研究，以確定可以支持以下測試的工具和技術。 ＝ 測試目標： 確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞 測試范圍： 技術： 調用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或對數(shù)據(jù)的請求）。 檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢 查所返回的數(shù)據(jù)，確保正當?shù)睦碛蓹z索到了正確的數(shù)據(jù) 開始標準： 完成標準： 所有的數(shù)據(jù)庫訪問方法和進程都按照設計的方式運行，數(shù)據(jù)沒有遭到損壞。 測試重點和優(yōu)先級： 需考慮的特殊事項： 測試可能需要 DBMS開發(fā)環(huán)境或驅動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 進程應該以手工方式調用。 應使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。 接口測試 測試目標： 確保接口調用的正確性 測試范圍： 所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù) 技術： 開始標準： 完成標準： 測試重點和優(yōu)先級： 需考慮的特殊事項： 接口的限制條件 集成測試 集成測試―主要目的檢測系統(tǒng)是否達到需求對業(yè)務流程及數(shù)據(jù)流的處理是否符合標準，檢測系統(tǒng)對業(yè)務流處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。此階段測試基于功能完成的測試。 系統(tǒng)測試計劃 第 9 頁 共 20 頁 測試目標： 檢測需求中業(yè)務流程，數(shù)據(jù)流的正確性 測試范圍： 需求中明確的業(yè)務流程，或組合不同功能模塊而形成一個大的功能。 技術： 利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內容： 在使用有效數(shù)據(jù)時得 到預期的結果。 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。 各業(yè)務規(guī)則都得到了正確的應用。 開始標準： 在完成某個集成測試時必須達到標準 完成標準： 所計劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。 測試重點和優(yōu)先級： 測試重點指在測試過程中需著重測