20xx年ps-qa-軟件開發(fā)測(cè)試流程-閱讀頁
2024-08-06 21:11本頁面
【正文】 發(fā)人員 ? 研發(fā)人員在接到任務(wù)工單的同時(shí)，需同時(shí)給測(cè)試組下任務(wù)工單 ； ? 根據(jù)項(xiàng)目的實(shí)際確定多長(zhǎng)時(shí)間發(fā)布一次版本（根據(jù)項(xiàng)目具體情況決定）； ? 制定項(xiàng)目進(jìn)度計(jì)劃，接到新的研發(fā)任務(wù)要制定進(jìn)度計(jì)劃時(shí)，需要把測(cè)試時(shí)間考慮進(jìn)去，具體的測(cè)試時(shí)間可與測(cè)試人員進(jìn)行溝通，以確保項(xiàng)目的進(jìn)度。 4. 測(cè)試人員 ? 產(chǎn)品人員提交《需求說明》文檔，項(xiàng)目負(fù)責(zé)人提交《項(xiàng)目計(jì)劃》和《概要設(shè)計(jì)文檔》后，測(cè)試人員編寫完成《測(cè)試計(jì)劃》、《測(cè)試方案》、《測(cè)試用例》，并提交項(xiàng)目組成員進(jìn)行評(píng)審。產(chǎn)品可部署上線； ? 產(chǎn)品部署上線后，測(cè)試人員、運(yùn)營(yíng)人員、產(chǎn)品人員、研發(fā)人員對(duì)現(xiàn)網(wǎng)環(huán)境下的產(chǎn)品、項(xiàng)目進(jìn)行測(cè)試。避免影響項(xiàng)目進(jìn)度； ? 總結(jié)和整理測(cè)試過程中遇到的問題； ? 負(fù)責(zé)所有測(cè)試文檔的歸檔備份。 【說明】 ： ? 測(cè)試完成 ：是指對(duì)當(dāng)前版本完成了測(cè)試，等待發(fā)布新版本進(jìn)行回歸測(cè)試。 五 版本發(fā)布標(biāo)準(zhǔn) 1. 軟件《需求說明》中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。 3. 所有測(cè)試產(chǎn)品、項(xiàng)目沒有殘余一級(jí)、二級(jí)、三級(jí)錯(cuò)誤，四級(jí)、五級(jí)錯(cuò)誤修復(fù)完成 95%以上。 【注】： 版本發(fā)布標(biāo)準(zhǔn)即驗(yàn)收標(biāo)準(zhǔn) 六 錯(cuò)誤級(jí)別說明 ： ? 緊急的、阻塞開發(fā)或測(cè)試的工作進(jìn)度， 或影響系統(tǒng)無法運(yùn)行的錯(cuò)誤。系統(tǒng)崩潰導(dǎo)致系統(tǒng)不能繼續(xù) 運(yùn)行。使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，或部分功能無法執(zhí)行，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可 避免的主要問題。系統(tǒng)的性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題。 ? 輸入輸出不規(guī)范 ? 輸入框校驗(yàn)不完善 4. 四級(jí) ： ? 功能部分無效或?qū)ΜF(xiàn)有系統(tǒng)的改進(jìn) ? 使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。 包括以下各種錯(cuò)誤： ? 光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤 ? 一些建議性問題 ? 拼寫錯(cuò)誤，文本未對(duì)齊 七 缺陷管理說明 缺陷管理工具使用 Mantis，測(cè)試人員及時(shí)提交在測(cè)試過程中發(fā)現(xiàn)的 bugs，并及時(shí)通知研發(fā)人員修改，以保證項(xiàng)目進(jìn)度。如有 bugs及時(shí)修改，并置為相應(yīng)的狀態(tài)。 3. 在每次的 build版本中，如果測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)了影響流程以及影響測(cè)試進(jìn)度的問題，研發(fā)人員應(yīng)及時(shí)修改出現(xiàn)的問題，修改完成后，可以重新 build版本或是以補(bǔ)丁的形式解決此版本中發(fā)現(xiàn)的影響測(cè)試的問題。對(duì)已修改好的 bugs進(jìn)行關(guān)閉置為 closed關(guān)閉狀態(tài)，對(duì)還存在問題的 bugs 將其狀態(tài)置為 Reopen重新打開的狀態(tài)。修改完成的 bugs在 bugs系統(tǒng)中修改其狀態(tài)， 在備注欄中概要描述是怎樣解決的或 是 bugs 的需求是否發(fā)生變化等（方便測(cè)試人員回歸測(cè)試，測(cè)試功能、模塊有影響的部分）， 并對(duì) Reopen的 bugs再次進(jìn)行核對(duì)或修改。 7. 研發(fā)人員可按照缺陷系統(tǒng)中 bugs的優(yōu)先級(jí)進(jìn)行修改 bugs。 8. 測(cè)試人員提交到 Mantis 系統(tǒng)中的 bugs 由測(cè)試人員自行關(guān)畢，研發(fā)人員沒有關(guān)閉bugs的權(quán)限。 10. 不修改狀態(tài)的 bugs研發(fā)人員最好注明為什么 不修改。 八 注意事項(xiàng) ? 需求發(fā)生變更時(shí)，產(chǎn)品人員和研發(fā)人員 都要在第一時(shí)間通知 測(cè)試人員 ? 測(cè)試環(huán)境與現(xiàn)網(wǎng)環(huán)境要相符 ? 研發(fā)數(shù)據(jù)庫與測(cè)試數(shù)據(jù)庫分離 ? 測(cè)試環(huán)境應(yīng)與研發(fā)環(huán)境分離 ? 測(cè)試時(shí)間制定需與測(cè)試人員協(xié)商 ? 研發(fā)人員在重啟、更新環(huán)境時(shí)需要第一時(shí)間通知測(cè)試人員，以免影響測(cè)試人員工作 ? 項(xiàng)目組組長(zhǎng)以郵件的形式提前下周的測(cè)試任務(wù) ? 研發(fā)人員提交測(cè)試的版本要先通過自測(cè)，自測(cè)通過后再提交測(cè)試人員 ? 測(cè)試執(zhí)行中出現(xiàn)特殊情況需要上線 時(shí)，需要產(chǎn)品人員、運(yùn)營(yíng)人員簽字，方可上線 。（上線后也要執(zhí)行完整測(cè)試） ? 晚于原定提交測(cè)試版本 4小時(shí)還未提交測(cè)試版本的，項(xiàng)目組長(zhǎng)跟蹤協(xié)調(diào)此事。（如 因環(huán)境部署復(fù)雜的，研發(fā)人員將把環(huán)境部署時(shí)間計(jì)算在研發(fā)時(shí)間中）
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1