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

XXXXXXXXXXXXXXXXXXXXXXXXX公司 文件編號 版 本 號 總 頁 數(shù) 硬件測試與發(fā)布過程規(guī)范 編制： 年 月 日 審核： 年 月 日 批準： 年 月 日 年 月 日 發(fā)布 年 月 日 實施 XXXXXXXXXXXXXXXXXXXXXXXXXXX公司 發(fā)布 －2－ 文件更改記錄 序號 版本號 更改內(nèi)容 更改日期 備注 目 錄 1 目的 1 2 測試團隊的構(gòu)成 2 2.1 職責 2 2.2 角色劃分 2 3 工作流程及規(guī)范 2 3.1 硬件產(chǎn)品測試流程圖 3 3.2計劃與設(shè)計階段 3 3.2.1測試任務(wù)啟動 4 3.2.2編寫測試計劃 4 3.2.3設(shè)計測試用例 5 3.2.4測試用例評審 5 3.3實施測試階段 5 3.3.1單元/集成測試 6 3.3.2系統(tǒng)測試 6 3.4總結(jié)階段 7 3.4.1編寫系統(tǒng)測試報告 7 3.4.2測試歸檔 8 4硬件測試問題的解決 8 4.1測試問題的危害確認 8 4.2測試問題的劃分 8 4.3測試問題反饋方式和注意事項 9 5爭議處理 9 6 標準文檔 9 1 目的 本文檔是硬件測試團隊的日常工作規(guī)范，主要側(cè)重硬件測試工作流程的控制，明確硬件工程的各階段測試團隊應(yīng)完成的工作，并更加規(guī)范的完成產(chǎn)品的功能測試和性能測試，確保產(chǎn)品質(zhì)量。硬件測試技術(shù)和策略等問題不在本文檔描述范圍之內(nèi)。 2 測試團隊的構(gòu)成 2.1 職責 ? 仔細研究硬件產(chǎn)品的設(shè)計需求、設(shè)計方案、原理圖、產(chǎn)品說明書等資料，對測試需求有一定的了解和認識。 ? 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。 ? 編寫覆蓋率高的測試用例，針對測試需求進行相關(guān)測試技術(shù)的研究。 ? 認真仔細地實施測試工作，進行問題跟蹤與分析，并提交測試報告供項目組參考。 2.2 角色劃分 在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。 角色名稱 相關(guān)主要責任 測試組組長 ? 組建測試小組，代表測試小組與其他角色組進行溝通 ? 編寫測試計劃，搭建測試環(huán)境 ? 測試過程中的進度控制、風險管理 ? 編寫測試報告，召開測試評審 硬件測試工程師 ? 識別測試需求，編寫測試用例，協(xié)助測試評審 ? 執(zhí)行測試用例，測試結(jié)果記錄，測試問題記錄與跟蹤 項目經(jīng)理 ? 為測試工作提供技術(shù)支持，如協(xié)助搭建測試環(huán)境等 3 工作流程及規(guī)范 3.1 硬件產(chǎn)品測試流程圖 3.2計劃與設(shè)計階段 3.2.1測試任務(wù)啟動 項目經(jīng)理與測試團隊交接測試內(nèi)容，告之較為確切的測試日期，對測試目標達成一致，統(tǒng)一項目組的目標和測試的工作重點。項目經(jīng)理提供當前最新的相關(guān)資料《硬件項目計劃書》、《硬件需求規(guī)格說明書》等。測試工程師可先研究項目資料，協(xié)助測試組組長編寫《測試計劃》初稿。 過程要點 詳細說明 前置條件 項目經(jīng)理提供《硬件項目計劃書》、《硬件需求規(guī)格說明書》 工作內(nèi)容 項目經(jīng)理通知測試組組長正式測試交接時間，需要測試的功能等； 退出標準 測試任務(wù)得到測試組組長確認，《硬件測試計劃》初稿完成 輸出文檔 《硬件測試計劃》初稿。 責任人 項目經(jīng)理，測試組組長 3.2.2編寫測試計劃 測試團隊需要編寫測試計劃，為后續(xù)的測試工作提供直接的指導(dǎo)。 過程要點 詳細說明 前置條件 項目需要測試的功能明確 工作內(nèi)容 測試計劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容： l 測試需求——需要測試團隊測試的范圍，各個測試需求的測試優(yōu)先級 l 測試策略——整體測試的測試策略和每個測試需求的測試方法 l 測試資源——本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源 l 測試團隊角色——明確測試團隊內(nèi)各個成員的角色和相關(guān)責任 l 可交付工件——在測試團隊的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等 測試計劃編寫完成后，必須提交給評審委員會評審是否符合要求 退出標準 測試計劃評審?fù)ㄟ^，《硬件測試計劃》完成； 在項目開發(fā)過程中，要針對項目特點及時完善測試計劃 輸出文檔 《硬件測試計劃》 責任人 測試組組長 3.2.3設(shè)計測試用例 測試團隊需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務(wù)和責任人如下： 過程要點 詳細說明 前置條件 測試需求明確，項目經(jīng)理提供《硬件需求規(guī)格說明書》和《設(shè)計說明書》 工作內(nèi)容 根據(jù)每一步測試計劃編寫全部的測試用例 退出標準 測試用例需要覆蓋所有的測試需求 輸出文檔 《硬件測試用例》 責任人 測試組組長、測試人員 3.2.4測試用例評審 在測試團隊完成測試用例之后，評審委員會需要對項目的測試用例進行評審，在用例的評審過程中，具體的任務(wù)和責任人如下： 過程要點 詳細說明 前置條件 測試用例完成 工作內(nèi)容 根據(jù)項目《硬件需求規(guī)格說明書》和《設(shè)計說明書》對測試用例進行評審 退出標準 更新測試用例，測試用例覆蓋到所有的測試需求 輸出文檔 《硬件測試用例》 責任人 評審委員會 3.3實施測試階段 3.3.1單元/集成測試 在開發(fā)團隊完成某個單元或集成功能模塊后，測試團隊需對該功能模塊進行測試，確?；竟δ芏纪瓿伞? 過程要點 詳細描述 前置條件 開發(fā)團隊完成某個單元模塊或集成模塊，提交測試申請 工作內(nèi)容 1）項目經(jīng)理提交測試申請； 2）測試組組長評審是否達到可測試的標準；評審不通過則退回測試申請， 評審?fù)ㄟ^則測試人員實施相應(yīng)的測試用例，并記錄測試的結(jié)果，測試問題及時記錄和提交，并與項目經(jīng)理溝通確認問題。 3）項目經(jīng)理將測試過程中的問題改進后，由評審委員會評審是否達到要求，未達要求的則再次執(zhí)行測試用例，達標的則提交測試報告。 退出標準 測試通過，基本功能完成。測試用例中的所有任務(wù)被執(zhí)行，測試結(jié)果被記錄，測試問題被提交并改進。 責任人 測試人員、項目經(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）測試組組長評審是否為初測，不是初測則復(fù)查測試問題，執(zhí)行系統(tǒng)測試，記錄測試結(jié)果提交評審委員會評審是否達到要求； 若是初測，則測試組組長完善測試計劃和測試環(huán)境，測試人員完善測試用例并執(zhí)行系統(tǒng)測試，記錄測試的結(jié)果，測試問題及時記錄和提交，并與項目經(jīng)理溝通確認問題； 3）項目經(jīng)理將硬件系統(tǒng)改進后，由評審委員會評審是否達到要求，未達要求的則再次改進并重新提交申請測試，如此循環(huán)，直到系統(tǒng)測試達標，測試人員提交測試報告，系統(tǒng)測試結(jié)束。 退出標準 測試通過，所有需要測試的功能完成。測試用例中的所有任務(wù)被執(zhí)行，測試結(jié)果被記錄，測試問題被提交并改進。 責任人 測試人員、項目經(jīng)理 3.4總結(jié)階段 3.4.1編寫系統(tǒng)測試報告 在系統(tǒng)測試結(jié)束后，測試組組長編寫系統(tǒng)測試報告，對系統(tǒng)測試情況進行總結(jié)，并且提交給項目經(jīng)理，為產(chǎn)品的后續(xù)工作提供重要的信息支持。 過程要點 詳細描述 前置條件 測試團隊完成了所有的測試實施工作 工作內(nèi)容 測試組組長根據(jù)測試的結(jié)果編寫測試報告，測試報告必須包含以下重要內(nèi)容： l 測試資源概述——多少人、多長時間 l 測試結(jié)果摘要——分別描述各個測試需求的測試結(jié)果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn) l 測試評估——從總體對項目質(zhì)量進行評估 l 測試團隊建議——從測試團隊的角度為項目組提出工作建議 退出標準 測試組組長完成了符合標準的系統(tǒng)測試報告，發(fā)送給項目經(jīng)理。 輸出文檔 《系統(tǒng)測試報告》 責任人 測試組組長、測試人員 3.4.2測試歸檔 測試歸檔是在測試任務(wù)結(jié)束宣布測試有效，結(jié)束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。 過程要點 詳細描述 前置條件 測試任務(wù)完成 工作內(nèi)容 歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須） l 《硬件測試計劃》 l 《硬件測試用例》 l 《硬件測試報告》 退出標準 全部文檔歸類完畢，版本號封存 責任人 測試組組長 4 硬件測試問題的解決 4.1 測試問題危害的確認 站在用戶的角度看待測試問題，小問題也是問題。 產(chǎn)品的最終使用者是用戶，對于一個疑點是否屬于問題，最有繁衍權(quán)的是用戶，測試工程師應(yīng)該站在用戶的角度來看待每一個問題，假設(shè)用戶看到問題表現(xiàn)后的反應(yīng)。 4.2 測試問題的劃分 測試問題結(jié)果的影響的嚴重分為致命、嚴重和一般； 致命問題：引用系統(tǒng)死機或系統(tǒng)崩潰的問題 嚴重問題：引起系統(tǒng)某一功能失效且不能簡單恢復(fù)的問題 一般問題：引起系統(tǒng)某一功能失效但可簡單恢復(fù)或較難重現(xiàn)的問題。 4.3 測試問題的反饋 硬件測試工程師在測試過程中發(fā)現(xiàn)的任何問題都應(yīng)該及時記錄下來，以文檔的形式反饋給項目經(jīng)理，問題反饋時應(yīng)盡量將故障現(xiàn)象、觸發(fā)條件、環(huán)境因素等信息描述清楚，以便問題的處理。 測試人員在執(zhí)行測試用例時要嚴格把關(guān)，問題處理流程不可以隨便關(guān)閉。 5爭議處理 如項目經(jīng)理對測試結(jié)論有爭議，由評審委員會協(xié)調(diào)解決。測試團隊和開發(fā)團隊應(yīng)無條件服從仲裁結(jié)果。 6 標準文檔 ? 《硬件測試計劃》 ? 《硬件測試用例》 ? 《測試申請》（測試任務(wù)單） ? 《測試報告》 9