20xx年ps-qa-軟件開發(fā)測試流程-wenkub.com
2025-07-09 21:11 本頁面
【正文】 （上線后也要執(zhí)行完整測試） ? 晚于原定提交測試版本 4小時還未提交測試版本的，項目組長跟蹤協(xié)調此事。 10. 不修改狀態(tài)的 bugs研發(fā)人員最好注明為什么 不修改。 7. 研發(fā)人員可按照缺陷系統(tǒng)中 bugs的優(yōu)先級進行修改 bugs。對已修改好的 bugs進行關閉置為 closed關閉狀態(tài)，對還存在問題的 bugs 將其狀態(tài)置為 Reopen重新打開的狀態(tài)。如有 bugs及時修改，并置為相應的狀態(tài)。 ? 輸入輸出不規(guī)范 ? 輸入框校驗不完善 4. 四級 ： ? 功能部分無效或對現(xiàn)有系統(tǒng)的改進 ? 使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。使系統(tǒng)不穩(wěn)定、或破壞數據、或產生錯誤結果，或部分功能無法執(zhí)行，而且是常規(guī)操作中經常發(fā)生或非常規(guī)操作中不可 避免的主要問題。 【注】： 版本發(fā)布標準即驗收標準 六 錯誤級別說明 ： ? 緊急的、阻塞開發(fā)或測試的工作進度， 或影響系統(tǒng)無法運行的錯誤。 五 版本發(fā)布標準 1. 軟件《需求說明》中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。避免影響項目進度； ? 總結和整理測試過程中遇到的問題； ? 負責所有測試文檔的歸檔備份。 4. 測試人員 ? 產品人員提交《需求說明》文檔，項目負責人提交《項目計劃》和《概要設計文檔》后，測試人員編寫完成《測試計劃》、《測試方案》、《測試用例》，并提交項目組成員進行評審。 2. 配置管理人員 ? 配置管理定期獲得開發(fā)提交的最新的代碼，編譯并發(fā)布到服務器上，要保證版本管理正常與測試人員測試的一定是最新的程序。 ? 驗收通過后，產品方可上線。 ? 下一個版本發(fā)布時，測試人員對上一個版本出現(xiàn)的問題進行回歸測試，測試人員查看自己負責模塊在該版本中的修改情況，挑選測試用例； ? 重復上述 2~4，直到滿足 5中的條件。評審不通過時測試人員對測試用例進行修改、補充，直至評審通過 。 ? 測試人員完成《測試方案》后，郵件形式發(fā)送給產品人員和研發(fā)人員共同對此《測試方案》進行評審 。 二 各個階段責任主體 ? 需求 —— 產 品、運營 ? 單元測試 —— 研發(fā)人員 ? 集成測試 —— 研發(fā)人員、測試人員 ? 系統(tǒng)測試 —— 測試人員 ? 回歸測試 —— 測試人員 ? 驗收測試 —— 測試人員、研發(fā)人員、 產品人員 ? 測試計劃評審 —— 測試人員、研發(fā)人員、產品人員 ? 測試方案評審 —— 測試人員、研發(fā)人員、產品人員 ? 測試用例評審 —— 測試人員、研發(fā)人員、產品人員 三 軟件開發(fā)測試流程圖 測 試 用 例 審 核編 寫 測 試 用 例制 定 測 試 計 劃測 試 執(zhí) 行提 交 b u g s是 否 存 在 問 題測 試 通 過提 交 報 告否是審 核 是 否 通 過是否用 例 修 改 、 補 充研 發(fā) 修 改 b u g s ，提 交 新 版 本 測 試驗 證 是 否 通 過回 歸 測 試是否相 關 產 品 人 員 、開 發(fā) 人 員 、 測 試人 員 參 與產 品 驗 收測 試 結 束提 交 報 告產 品 部 署 上 線驗 收 是 否 通 過是否《 需 求 說 明 文 檔 》 《 項 目開 發(fā) 計 劃 》 完 成 后 測 試 人員 開 始 編 寫 測 試 計 劃 、 方案 、 用 例測 試 通 過 后 ， 測試 人 員 組 織 產 品人 員 對 產 品 進 行驗 收測 試 計 劃 評 審審 核 是 否 通 過是計 劃 修 改 、 補 充否相 關 產 品 人 員 、開 發(fā) 人 員 、 測 試人 員 參 與測 試 方 案 編 寫審 核 是 否 通 過是方 案 修 改 、 補 充否相 關 產 品 人 員 、開 發(fā) 人 員 、 測 試人 員 參 與測 試 方 案 評 審
公司管理相關推薦
鄂ICP備17016276號-1