《硬件測試與發(fā)布管理規(guī)范》由會員分享，可在線閱讀，更多相關《硬件測試與發(fā)布管理規(guī)范（12頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、XXXXXXXXXXXXXXXXXXXXXXXXX 公司 文件編號 版本號 總頁數(shù) 精選范本 硬件測試與發(fā)布過程規(guī)范 年 月 日發(fā)布 年 月 日實施 編制： 年 月 日 審核： 年 月 日 批準： 年 月 日 XXXXXXXXXXXXXXXXXXXXXXXXXXX 公司 發(fā)布 文件更改記錄 序號 版本號 更改內(nèi)容 更改日期 備注

2、 目錄 1 目的 錯誤！未定義書簽。 2 測試團隊的構成 2 2.1 職責 2 2.2 角色劃分 2 3工作流程及規(guī)范 3 3.1 硬件產(chǎn)品測試流程圖 3 3.2 計劃與設計階段 4 3.2.1 測試任務啟動 4 3.2.2 編寫測試計劃 4 3.2.3 設計測試用例 5 3.2.4 測試用例評審 5 3.3 實施測試階段 6 3.3.1 單元/集成測試 6 3.3.2 系統(tǒng)測試

3、 6 3.4 總結階段 7 3.4.1 編寫系統(tǒng)測試報告 7 3.4.2 測試歸檔 8 4硬件測試問題的解決 8 4.1 測試問題的危害確認 8 4.2 測試問題的劃分 9 4.3 測試問題反饋方式和注意事項 9 5爭議處理 9 6標準文檔 9 精選范本 1目的 本文檔是硬件測試團隊的日常工作規(guī)范，主要側重硬件測試工作流程的控制，明確硬件工程 的各階段測試團隊應完成的工作， 并更加規(guī)范的完成產(chǎn)品的功能測試和性能測試， 確保產(chǎn)品質(zhì)量。 硬件測試技術和策略等問題不在本文檔描述范圍之內(nèi)。 2測試團隊的構成 2.1 職責 仔細研究硬件產(chǎn)品的設計需求、設計方

4、案、原理圖、產(chǎn)品說明書等資料，對測試需求有一定 的了解和認識。 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。 編寫覆蓋率高的測試用例，針對測試需求進行相關測試技術的研究。 認真仔細地實施測試工作，進行問題跟蹤與分析，并提交測試報告供項目組參考。 2.2 角色劃分 在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。 角色名稱 相關主要責任 測試組組長 組建測試小組，代表測試小組與其他角色組進行溝通 編寫測試計劃，搭建測試環(huán)境 測試過程中的進度控制、風險管理 編寫測試報告，召開測試評審 硬件測試工程師 識別測試需求，編寫測試用例，協(xié)助測試評審 執(zhí)

5、行測試用例，測試結果記錄，測試問題記錄與跟蹤 項目經(jīng)理 為測試工作提供技術支持，如協(xié)助搭建測試環(huán)境等 3工作流程及規(guī)范 3.1硬件產(chǎn)品測試流程圖 硬件產(chǎn)品測試流程圖 項目經(jīng)理 測試組組長 硬件測試工程師 評審委員會 段階計設與劃計 硬件需求規(guī)格 說明書 .功能實現(xiàn) NO 段階試測成隹聲元單 執(zhí)行單元/集成測試 （使用測試用例） 測試申請審核 集成測試 結束 系統(tǒng)測試申請 是否初測 YES NO 復查測試問題 NO 使用說明書 段階試測統(tǒng)系 完善測試計劃 完善測試環(huán)境 *完善測試用例 系統(tǒng)測試 改進系統(tǒng) 測試問題記錄 提交測試報

6、告 YES 是否達到要求 系統(tǒng)測試結束） 3.2 計劃與設計階段 3.2.1 測試任務啟動 項目經(jīng)理與測試團隊交接測試內(nèi)容，告之較為確切的測試日期，對測試目標達成一致，統(tǒng)一 項目組的目標和測試的工作重點。項目經(jīng)理提供當前最新的相關資料《硬件項目計劃書》 、《硬件 需求規(guī)格說明書》等。測試工程師可先研究項目資料，協(xié)助測試組組長編寫《測試

7、計劃》初稿。 過程要點 詳細說明 前置條件 項目經(jīng)理提供《硬件項目計劃書》、《硬件需求規(guī)格說明書》 工作內(nèi)容 項目經(jīng)理通知測試組組長正式測試交接時間，需要測試的功能等； 退出標準 測試任務得到測試組組長確認， 《硬件測試計劃》初稿完成 輸出文檔 《硬件測試計劃》初稿。 責任人 項目經(jīng)理，測試組組長 3.2.2編寫測試計劃 測試團隊需要編寫測試計劃，為后續(xù)的測試工作提供直接的指導。 過程要點 詳細說明 前置條件 項目需要測試的功能明確 測試計劃中應該至少包括以下關鍵內(nèi)容： 測試需求一一需要測試團隊測試的范圍， 各個測試需求的測試優(yōu)先級 工作內(nèi)

8、容 -1隊外L禺口 f 1半供J皿口」供］隊取葉口平口以1伏J隊m4口隊玄 測試資源一一本次測試所需要用到的人力、硬件、軟件、技術的資源 測試團隊角色一一明確測試團隊內(nèi)各個成員的角色和相關責任 可交付工件一一在測試團隊的工作中必須向項目組提交的產(chǎn)物， 包括 測試計劃、測試報告等  測試計劃編寫完成后，必須提交給評審委員會評審是否符合要求 退出標準 測試計劃評審通過，《硬件測試計劃》完成； 在項目開發(fā)過程中，要針對項目特點及時完善測試計劃 輸出文檔 《硬件測試計劃》 責任人 測試組組長 3.2.3設計測試用例 測試團隊需要針對項目的測試需求編寫測試用例，

9、在實際的測試中，測試用例將是唯一實施 標準。在用例的編寫過程中，具體的任務和責任人如下： 過程要點 詳細說明 前置條件 測試需求明確，項目經(jīng)理提供《硬件需求規(guī)格說明書》和《設計說明書》 工作內(nèi)容 根據(jù)每一步測試計劃編寫全部的測試用例 退出標準 測試用例需要覆蓋所有的測試需求 輸出文檔 《硬件測試用例》 責任人 測試組組長、測試人員 3.2.4測試用例評審 在測試團隊完成測試用例之后，評審委員會需要對項目的測試用例進行評審，在用例的評審 過程中，具體的任務和責任人如下： 過程要點 詳細說明 前置條件 測試用例完成 工作內(nèi)容 根據(jù)項目《硬件需求規(guī)格說

10、明書》和《設計說明書》對測試用例進行評審 退出標準 更新測試用例，測試用例覆蓋到所有的測試需求 輸出文檔 《硬件測試用例》 責任人 評審委員會  3.3 實施測試階段 3.3.1 單元/集成測試 在開發(fā)團隊完成某個單元或集成功能模塊后，測試團隊需對該功能模塊進行測試，確?；?功能都完成。 過程要點 詳細描述 前置條件 開發(fā)團隊完成某個單元模塊或集成模塊，提交測試申請 工作內(nèi)容 1）項目經(jīng)理提交測試申請； 2）測試組組長評審是否達到可測試的標準； 評審不通過則退回測試申請， 評審通過則測試人員實施相應的測試用例， 并記錄測試的結果，測試問題 及時記錄和提

11、交，并與項目經(jīng)理溝通確認問題。 3）項目經(jīng)理將測試過程中的問題改進后，由評審委員會評審是否達到要 求，未達要求的則再次執(zhí)行測試用例，達標的則提交測試報告。 退出標準 測試通過，基本功能完成。測試用例中的所有任務被執(zhí)行，測試結果被記 錄，測試問題被提交并改進。 責任人 測試人員、項目經(jīng)理 3.3.2 系統(tǒng)測試 在開發(fā)團隊完成硬件系統(tǒng)，測試團隊已經(jīng)完成了集成測試，測試團隊需對該硬件產(chǎn)品進行系 統(tǒng)測試，確保所有功能都完成。 過程要點 詳細描述 前置條件 集成測試完成，開發(fā)團隊完成硬件系統(tǒng)，提交測試申請 工作內(nèi)容 1）項目經(jīng)理提交測試申請； 2）測試組組長評審是否

12、為初測，不是初測則復查測試問題，執(zhí)行系統(tǒng)測  試，記錄測試結果提交評審委員會評審是否達到要求； 若是初測，則測試組組長完善測試計劃和測試環(huán)境， 測試人員完善測試用 例并執(zhí)行系統(tǒng)測試，記錄測試的結果，測試問題及時記錄和提交，并與項 理經(jīng)理溝通確認問題； 3）項目經(jīng)理將硬件系統(tǒng)改進后，由評審委員會評審是否達到要求，未達 要求的則再次改進并重新提交申請測試，如此循環(huán)，直到系統(tǒng)測試達標， 測試人員提交測試報告，系統(tǒng)測試結束。 退出標準 測試通過，所有需要測試的功能完成。測試用例中的所有任務被執(zhí)行，測 試結果被記錄，測試問題被提交并改進。 責任人 測試人員、項目經(jīng)理 3.

13、4 總結階段 3.4.1 編寫系統(tǒng)測試報告 在系統(tǒng)測試結束后，測試組組長編寫系統(tǒng)測試報告，對系統(tǒng)測試情況進行總結，并且提交給 項目經(jīng)理，為產(chǎn)品的后續(xù)工作提供重要的信息支持。 過程要點 詳細描述 前置條件 測試團隊完成了所有的測試實施工作 工作內(nèi)容 測試組組長根據(jù)測試的結果編寫測試報告，測試報告必須包含以卜重要 內(nèi)容： 測試資源概述一一多少人、多長時間 測試結果摘要一一分別描述各個測試需求的測試結果，產(chǎn)品實現(xiàn)了 哪些功能點，哪些還沒有實現(xiàn)  測試評估一一從總體對項目質(zhì)量進行評估 測試團隊建議一一從測試團隊的角度為項目組提出工作建議 退出標準 測試組組長完

14、成了符合標準的系統(tǒng)測試報告，發(fā)送給項目經(jīng)理。 輸出文檔 《系統(tǒng)測試報告》 責任人 測試組組長、測試人員 3.4.2 測試歸檔 測試歸檔是在測試任務結束宣布測試有效， 結束測試后，對測試過程中涉及到各種標準文檔進 行歸類，存檔。 過程要點 詳細描述 前置條件 測試任務完成 工作內(nèi)容 歸類，存檔測試過程涉及到的文檔，主要包括以卜文檔（必須） 《硬件測試計劃》 《硬件測試用例》 《硬件測試報告》 退出標準 全部文檔歸類完畢，版本號封存 責任人 測試組組長 4硬件測試問題的解決 4.1 測試問題危害的確認 站在用戶的角度看待測試問題，小問題也是問題

15、。 產(chǎn)品的最終使用者是用戶，對于一個疑點是否屬于問題，最有繁衍權的是用戶，測試工程師 應該站在用戶的角度來看待每一個問題，假設用戶看到問題表現(xiàn)后的反應。 4.2 測試問題的劃分 測試問題結果的影響的嚴重分為致命、嚴重和一般； 致命問題：引用系統(tǒng)死機或系統(tǒng)崩潰的問題 嚴重問題：引起系統(tǒng)某一功能失效且不能簡單恢復的問題 一般問題：引起系統(tǒng)某一功能失效但可簡單恢復或較難重現(xiàn)的問題。 4.3 測試問題的反饋 硬件測試工程師在測試過程中發(fā)現(xiàn)的任何問題都應該及時記錄下來，以文檔的形式反饋給項 目經(jīng)理，問題反饋時應盡量將故障現(xiàn)象、觸發(fā)條件、環(huán)境因素等信息描述清楚，以便問題的處理。 測試人員在執(zhí)行測試用例時要嚴格把關，問題處理流程不可以隨便關閉。 5爭議處理 如項目經(jīng)理對測試結論有爭議，由評審委員會協(xié)調(diào)解決。測試團隊和開發(fā)團隊應無條件服從 仲裁結果。 6標準文檔 《硬件測試計劃》 《硬件測試用例》 《測試申請》（測試任務單） 《測試報告》