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