(12)產(chǎn)品測試方案(編輯修改稿)
2025-06-09 04:36 本頁面
【文章內(nèi)容簡介】 學習好幫手軟件測試需求 是□ 否□ 是□ 否□測試數(shù)據(jù) 是□ 否□ 是□ 否□ 產(chǎn)品人員測試時間表及人員安排是□ 否□ 是□ 否□ 測試提交文檔[下面應當列出在測試階段結束后，所有可提交的文檔 ]測試方案及計劃測試用例測試報告3 測試進度表 2測試活動 計劃開始日期 計劃結束時間 實際開始日期 結束日期制定測試方案及計劃評審測試方案及計劃設計測試用例測試用例評審功能測試性能測試回歸測試對測試進行評估4 測試資源 人力資源下表列出了在此項目的人員配備方面所作的各種假定。[注：可適當?shù)貏h除或添加角色項。 ]表 3角色 （人數(shù)） 職責 備注測試負責人（1 人） 判斷待測試產(chǎn)品是否進入可測試狀態(tài)；書寫系統(tǒng)測試方案計劃；跟蹤測試計劃執(zhí)行進度、質(zhì)量；協(xié)調(diào)測試資源；系統(tǒng)測試計劃、測試報告文檔需經(jīng)過評審，評審后的文檔入 PVCS 庫Xxxxx 產(chǎn)品測試方案 學習好幫手書寫測試報告；測試人員（12 人） 搭建測試環(huán)境；書寫測試用例；執(zhí)行測試、做好測試記錄；進行缺陷跟蹤；回歸測試；總結個人測試報告；測試用例入 PVCS 庫；錯誤入錯誤跟蹤庫；個人測試報告以 Email 方式提交測試負責人；產(chǎn)品負責人 提供需求文檔、需求跟蹤矩陣、需求變更等；對測試人員進行產(chǎn)品業(yè)務的培訓；根據(jù)需求編制產(chǎn)品業(yè)務測試用例提供給測試人員做參考需求文檔需是評審通過的正式文檔研發(fā)負責人（1 人） 提供并跟蹤研發(fā)計劃；提供設計文檔（含單元測試計劃和測試用例）；根據(jù)產(chǎn)品狀態(tài)制定研發(fā)制度；按時提交可測程序給配置管理員（包括靜態(tài)表）；協(xié)助配置管理員編譯程序協(xié)調(diào)相關研發(fā)資源；研發(fā)制度中需要定義錯誤修改機制及時間限制研發(fā)人員（23 人） 進行單元測試；在規(guī)定時間內(nèi)修改錯誤；對測試人員提出的需求和設計文檔中未盡事宜給予必要的支持；配置管理負責人（1人）即時編譯程序提供測試；做好基線管理；協(xié)調(diào)相關配置管理資源；評審團負責人 根據(jù)公司制定的產(chǎn)品過程計劃中評審日期按時參與評審；提供評審意見； 測試環(huán)境公司測試組網(wǎng)圖：現(xiàn)場測試組網(wǎng)圖：（可選）下表列出了測試的系統(tǒng)環(huán)境表 4Xxxxx 產(chǎn)品測試方案 學習好幫手軟件環(huán)境（相關軟件、操作系統(tǒng)、版本號等）硬件環(huán)境（網(wǎng)絡、設備等） 測試工具此項目將列出測試使用的工具：例：本次測試并無新開發(fā)的測試工具，主要使用的測試工具有以下 2種：1. SQL Explorer： BCB 自帶的工具，可通過數(shù)據(jù)源連接數(shù)據(jù)庫，對數(shù)據(jù)庫種的表、表結構、表中數(shù)據(jù)進行直觀的查看，并可方便的輸入 SQL 語句并查看查詢結果；2. 錯誤跟蹤系統(tǒng)：根據(jù)本公司的實際情況，比較實用的缺陷跟蹤系統(tǒng)，可進行簡單的缺陷分析和統(tǒng)計功能。表 5用途 工具 生產(chǎn)廠商/自產(chǎn) 版本Bug 庫 地址：5 系統(tǒng)風險、優(yōu)先級[簡要描述測試階段的風險和處理的優(yōu)先級 ]事項 風險 措施測試方案編制需求文檔和研發(fā)設計文檔在此任務開始時間之前沒有到位或按時到位但內(nèi)容不完整a) 加強對配置管理計劃的執(zhí)行，b) 與研發(fā)和產(chǎn)品人員溝通測試方案評審 由于人為原因或外部原因造成的評審時間延遲 a）在測試方案編制后，及時進行評審時間的確定與評審方進行溝通，確定時間需求變更 導致以前測試無效，或?qū)ψ儎拥墓烙嫴粶蚀_，測試周期延長，并與研發(fā)和產(chǎn)品人員進行溝通數(shù)據(jù)庫結構重大調(diào)整 導致以前測試無效，或?qū)ψ儎拥墓烙嫴粶蚀_，測試周期延長，重新審定系統(tǒng)進入驗收測試的標準，決定是否返回研發(fā)Xxxxx 產(chǎn)品測試方案 學習好幫手程序結構重大調(diào)整 導致以前測試無效，或?qū)ψ儎拥墓烙嫴粶蚀_，測試周期延長，重新審定系統(tǒng)進入驗收測試的標準，決定是否返回研發(fā)階段反復次數(shù)太多 測試進度受阻，測試周期延長，重新審定系統(tǒng)進入驗收測試的標準，決定是否返回研發(fā)執(zhí)行測試測試版本不穩(wěn)定測試人員變更測試用例中所要求的測試數(shù)據(jù)不完整1． 若測試無法正常進行，重新審定系統(tǒng)進入驗收測試的標準，決定是否返回研發(fā)；2． 對測試人員的近期工作要及時溝通3． 測試數(shù)據(jù)要求，要盡早與產(chǎn)品和研發(fā)人員溝通，確定測試數(shù)據(jù)修改 bug Bug 修改不及時，延期交付回歸測試版本 1. 研發(fā)負責人對 bug 情況進行及時跟蹤版本編譯 編譯沒有通過，延期提交，對有編本編譯造成的時間延誤，需要進行測試時間變更的通報回歸測試變更后的可執(zhí)行程序無法及時獲取測試用例中所要求的測試數(shù)據(jù)不完整1. 加強與研發(fā)部門的溝通。2. 對由回歸版本延期獲得造成的測試時間延誤，需要進行通報。測試報告書寫 測試任務無法根據(jù)《測試計劃》按時完成 測試計劃發(fā)生變更，及時調(diào)整配置管理計劃，修正測試報告出具時間。6 測試策略[測試策略提供了對測試對象進行測試的推薦方法。對于每種測試，都應提供測試說明，并解釋其實施的原因。制定測試策略時所考慮的主要事項有：將要使用的技術以及判斷測試何時完成的標準。下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環(huán)境中
公司管理相關推薦
鄂ICP備17016276號-1