【正文】 ，產(chǎn)品人員需和研發(fā)人員、測試人員一起進(jìn)行評審； ? 對已開發(fā)完成的模塊進(jìn)行 單元測試 （即內(nèi)部自測），提交代碼等待測試版本發(fā)布，提交測試人員測試的程序不能有明顯的流程問題與功能失?。ōh(huán)境問題除外） ； ? 根據(jù) bugs缺陷管理系統(tǒng)中相對應(yīng)模塊測試出的問題修改程序，優(yōu)先解決等級比較高的 bugs，修改完成后修改 Mantis缺陷管理系統(tǒng)中此 bugs 的狀態(tài)，在備注欄中概要描述是怎樣解決的此 bugs或是 bugs的需求是否發(fā)生變化等（方 便測試人員回歸測試，測試相關(guān)有影響的部分）； ? 某個模塊出現(xiàn)重大問題時（影響測試），優(yōu)先修改重大的問題后再提交新的版本； ? 正在測試的系統(tǒng)中如果某些模塊、功能需求發(fā)生變更時，相關(guān)研發(fā)人員要及時通知測試人員，避免浪費(fèi)測試資源； ? 新發(fā)布的測試版本，要有一個文檔說明新增了哪些功能、修改了哪些功能，修改完成了哪些 bugs； ? 測試環(huán)境部署應(yīng)與現(xiàn)網(wǎng)環(huán)境相符，盡量避免環(huán)境問題引發(fā)的缺陷問題； ? 需要重啟或暫停服務(wù)時，需及時通知測試人員； ? 項(xiàng)目提交測試時，需發(fā)送郵件通過測試人員，郵件內(nèi)容包括：測試地址、測試用戶、及測試環(huán)境說明； ? 每周五上午郵件通知測試人員下周需要測試項(xiàng)目的測試計(jì)劃提交給測試人員，以方便測試人員制定、安排下周工作計(jì)劃； ? 負(fù)責(zé)所有研發(fā)文檔的歸檔和備份。發(fā)送測試報(bào)告給產(chǎn)品總監(jiān)、研發(fā)總監(jiān)、相關(guān)產(chǎn)品人員和 研發(fā)人員。 ? 測試人員完成《測試用例》后，郵件形式發(fā)送給產(chǎn)品人員和研發(fā)人員共同對此《測試用例》進(jìn) 行評審 。通常所說的 α 測試、 β 測試都屬于驗(yàn)收測試范圍。 一 軟件開發(fā)測試階段說明 ? 單元測試 —— 開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個很小的、很明確的功能是否正確。 ? 測試人員完成《測試計(jì)劃》后，郵件形式發(fā)送給產(chǎn)品人員和研發(fā)人員共同對此《測試計(jì)劃》進(jìn)行評審 。測試執(zhí)行階段工作流程： ? 第一個新版本發(fā)布后，測試人員查看自己負(fù)責(zé)模塊在該版本中的發(fā)布特性，確定哪些功能可以測試，挑選對應(yīng)的測試用例； ? 根據(jù)編制的測試規(guī)程和測試用例的優(yōu)先級，逐個執(zhí)行測試用例，記錄測試結(jié)果，發(fā)現(xiàn) bugs時提交到 bugs缺陷管理系統(tǒng)中 ? 如果測試發(fā)現(xiàn)重大問題，導(dǎo)致該版本測試無法繼續(xù)，發(fā)郵件或是直接通知相關(guān)人員該模塊測試暫停； ? 如果測試用例執(zhí)行完畢，郵件或直接通知相關(guān)人員該模塊該版本測試完成，等待新版本發(fā)布 。 四 角色與職責(zé) 1. 產(chǎn)品人員 ? 提交《需求說明》文檔給研發(fā)、測試人員，測試人員編寫相關(guān)測試文檔； ? 制定項(xiàng)目時間時應(yīng)把產(chǎn)品測試時間考慮整個項(xiàng)目中； ? 《需求說明》文檔發(fā)生變更時，應(yīng)及時通知研發(fā)人員和測試人員； ? 功能、模塊流程比較復(fù)雜，用文字描述很繁瑣時，要有相關(guān)的流程圖； ? 測試人員編寫完成《測試計(jì)劃》時，產(chǎn)品人員需和研發(fā)人員、測試人員一起對《測試計(jì)劃》進(jìn)行評審； ? 測試人員編寫完成《測試方案》時，產(chǎn)品人員需和研發(fā)人員 、測試人員一起對《測試方案》進(jìn)行評審； ? 測試人員編寫完成《測試用例》時，產(chǎn)品人員需和研發(fā)人員、測試人員一起對《測試用例》進(jìn)行評審； ? 測試通過時，測試人員通知產(chǎn)品人員對測試產(chǎn)品質(zhì)量進(jìn)行驗(yàn)收。產(chǎn)品可部署上線； ? 產(chǎn)品部署上線后，測試人員、運(yùn)營人員、產(chǎn)品人員、研發(fā)人員對現(xiàn)網(wǎng)環(huán)境下的產(chǎn)品、項(xiàng)目進(jìn)行測試。 3. 所有測試產(chǎn)品、項(xiàng)目沒有殘余一級、二級、三級錯誤，四級、五級錯誤修復(fù)完成 95%以上。系統(tǒng)的性能或響應(yīng)時間變慢、產(chǎn)生錯誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題。 3. 在每次的 build版本中，如果測試人員在測試過程中發(fā)現(xiàn)了影響流程以及影響測試進(jìn)度的問題，研發(fā)人員應(yīng)及時修改出現(xiàn)的問題，修改完成后，可以重新 build版本或是以補(bǔ)丁的形式解決此版本中發(fā)現(xiàn)的影響測試的問題。 8. 測試人員提交到 Mantis 系統(tǒng)中的 bugs 由測試人員自行關(guān)畢，研發(fā)人員沒有關(guān)閉bugs的權(quán)限。（如 因環(huán)境部署復(fù)雜的，研發(fā)人員將把環(huán)境部署時間計(jì)算在研發(fā)時間中）