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