【正文】 8. 測(cè)試人員提交到 Mantis 系統(tǒng)中的 bugs 由測(cè)試人員自行關(guān)畢，研發(fā)人員沒有關(guān)閉bugs的權(quán)限。系統(tǒng)的性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題。產(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è)試。測(cè)試執(zhí)行階段工作流程： ? 第一個(gè)新版本發(fā)布后，測(cè)試人員查看自己負(fù)責(zé)模塊在該版本中的發(fā)布特性，確定哪些功能可以測(cè)試，挑選對(duì)應(yīng)的測(cè)試用例； ? 根據(jù)編制的測(cè)試規(guī)程和測(cè)試用例的優(yōu)先級(jí)，逐個(gè)執(zhí)行測(cè)試用例，記錄測(cè)試結(jié)果，發(fā)現(xiàn) bugs時(shí)提交到 bugs缺陷管理系統(tǒng)中 ? 如果測(cè)試發(fā)現(xiàn)重大問題，導(dǎo)致該版本測(cè)試無法繼續(xù)，發(fā)郵件或是直接通知相關(guān)人員該模塊測(cè)試暫停； ? 如果測(cè)試用例執(zhí)行完畢，郵件或直接通知相關(guān)人員該模塊該版本測(cè)試完成，等待新版本發(fā)布 。 一 軟件開發(fā)測(cè)試階段說明 ? 單元測(cè)試 —— 開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。 ? 測(cè)試人員完成《測(cè)試用例》后，郵件形式發(fā)送給產(chǎn)品人員和研發(fā)人員共同對(duì)此《測(cè)試用例》進(jìn) 行評(píng)審 。 （其中測(cè)試時(shí)間包括測(cè)試文檔的編寫時(shí)間、 測(cè)試數(shù)據(jù)準(zhǔn)備時(shí)間、 測(cè)試環(huán)境 下 測(cè)試 執(zhí)行 時(shí)間、測(cè)試環(huán)境下回歸測(cè)試時(shí)間以及 現(xiàn)網(wǎng) 環(huán)境測(cè)試時(shí)間） ； ? 研發(fā)人員有新項(xiàng)目需要測(cè)試時(shí)，需要向測(cè)試人員提交相關(guān)的《概要設(shè)計(jì)文檔》、《接 口文檔》等，以便測(cè)試人 員更好的了解系統(tǒng)，編寫相關(guān)的測(cè)試文檔； ? 測(cè)試人員編寫完成《測(cè)試計(jì)劃》、《測(cè)試方案》、《測(cè)試用例》時(shí)，產(chǎn)品人員需和研發(fā)人員、測(cè)試人員一起進(jìn)行評(píng)審； ? 對(duì)已開發(fā)完成的模塊進(jìn)行 單元測(cè)試 （即內(nèi)部自測(cè)），提交代碼等待測(cè)試版本發(fā)布，提交測(cè)試人員測(cè)試的程序不能有明顯的流程問題與功能失?。ōh(huán)境問題除外） ； ? 根據(jù) bugs缺陷管理系統(tǒng)中相對(duì)應(yīng)模塊測(cè)試出的問題修改程序，優(yōu)先解決等級(jí)比較高的 bugs，修改完成后修改 Mantis缺陷管理系統(tǒng)中此 bugs 的狀態(tài)，在備注欄中概要描述是怎樣解決的此 bugs或是 bugs的需求是否發(fā)生變化等（方 便測(cè)試人員回歸測(cè)試，測(cè)試相關(guān)有影響的部分）； ? 某個(gè)模塊出現(xiàn)重大問題時(shí)（影響測(cè)試），優(yōu)先修改重大的問題后再提交新的版本； ? 正在測(cè)試的系統(tǒng)中如果某些模塊、功能需求發(fā)生變更時(shí)，相關(guān)研發(fā)人員要及時(shí)通知測(cè)試人員，避免浪費(fèi)測(cè)試資源； ? 新發(fā)布的測(cè)試版本，要有一個(gè)文檔說明新增了哪些功能、修改了哪些功能，修改完成了哪些 bugs； ? 測(cè)試環(huán)境部署應(yīng)與現(xiàn)網(wǎng)環(huán)境相符，盡量避免環(huán)境問題引發(fā)的缺陷問題； ? 需要重啟或暫停服務(wù)時(shí)，需及時(shí)通知測(cè)試人員； ? 項(xiàng)目提交測(cè)試時(shí)，需發(fā)送郵件通過測(cè)試人員，郵件內(nèi)容包括：測(cè)試地址、測(cè)試用戶、及測(cè)試環(huán)境說明； ? 每周五上午郵件通知測(cè)試人員下周需要測(cè)試項(xiàng)目的測(cè)試計(jì)劃提交給測(cè)試人員，以方便測(cè)試人員制定、安排下周工作計(jì)劃； ? 負(fù)責(zé)所有研發(fā)文檔的歸檔和備份。 包括以下各種錯(cuò)誤： ? 由于程序所引起的死機(jī) ,非法退出 ? 死循環(huán) ? 數(shù)據(jù)庫發(fā)生死鎖 ? 因錯(cuò)誤操作導(dǎo)致的程序中斷，功能錯(cuò)誤 ? 與數(shù)據(jù)庫連接錯(cuò)誤 ? 數(shù)據(jù)通訊錯(cuò)誤 2. 二級(jí) ： ? 系統(tǒng)崩潰，丟失數(shù)據(jù)或內(nèi)存溢出等嚴(yán)重錯(cuò)誤、或者必需完成的任務(wù) ? 嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒有更正辦法（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。 6. 測(cè)試人員會(huì)在 每一個(gè)新的 build 版本提交前，提供一份 bugs 修改情況的列表信息給開發(fā)負(fù)責(zé)人，以保證下一版本中研發(fā)人員已對(duì)上一版本中發(fā)現(xiàn)的問題已進(jìn)行了解決，確保測(cè)試的進(jìn)度。 11. 研發(fā)人員對(duì)測(cè)試人員提交的 bugs認(rèn)為不是 bugs的，需要測(cè)試人員和研發(fā)人員確認(rèn)后，測(cè)試人員關(guān)閉此 bugs。界面拼寫錯(cuò)誤或用戶使用不方便等小問題或需要完善的問題 包括以下各種錯(cuò)誤： ? 界面不規(guī)范 ? 輔助說明描述不清楚 ? 長(zhǎng)時(shí)間操作未給用戶提示 ? 提示窗口文字未采用行業(yè)術(shù)語 ? 可