20xx年ps-qa-軟件開發(fā)測試流程-資料下載頁
2025-07-13 21:11本頁面
【導讀】和測試工作效率以及保障產品質量。單元測試——開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功。通常采用白盒測試方法。集成測試——兩個或兩個以上的模塊集成在一起進行測試，主要是測試模塊間的接口，集成測試是最常見的測試類型。系統(tǒng)測試——模擬真實用戶場景，將硬件、操作系統(tǒng)、程序、系統(tǒng)支持軟件、最終用戶。等綜合在一起進行系統(tǒng)整體的測試，通常是在項目、產品上線后驗收前進行系統(tǒng)測試，回歸測試——項目、產品驗收前，對以前系統(tǒng)中的嚴重級別的bugs，進行重現操作。驗收測試——驗收測試是相對復雜的一種測試，需要研發(fā)人員、最終用戶的共同參與，測試人員完成《測試用例》后，郵件形式發(fā)送給產品人員和研發(fā)人員共同對此《測試用。測試人員在正式環(huán)境對其產品進行上線測試，執(zhí)行測試執(zhí)行階段流程?！缎枨笳f明》文檔發(fā)生變更時，應及時通知研發(fā)人員和測試人員；試計劃》進行評審；
【正文】 有明顯的區(qū)分標志 ? 必填項與非必填項未 加以區(qū)別 ? 滾動條無效 ? 鍵盤支持不好，如在可輸入多行的字段中，不支持回車換行；或對相同字段，在不同界面支持不同的快捷方式 ? 界面不能及時刷新，影響功能實現 5. 五級 ： ? 拼寫錯誤 ，文本未對齊等 其他錯誤。 包括以下各種錯誤： ? 光標跳轉設置不好，鼠標（光標）定位錯誤 ? 一些建議性問題 ? 拼寫錯誤，文本未對齊 七 缺陷管理說明 缺陷管理工具使用 Mantis，測試人員及時提交在測試過程中發(fā)現的 bugs，并及時通知研發(fā)人員修改，以保證項目進度。具體規(guī)劃如下： 1. 有測試項目的研發(fā)人員，應 每日至少登錄一次 TD，看其項目測試情況。如有 bugs及時修改，并置為相應的狀態(tài)。 2. 每次提交測試版本時需要把每次 build版本修改的 bugs、需求發(fā)生變化的功能、模塊或新增功能等以文檔的形式提交測試人員，可以讓測試人員知道每次新版本的測試重點 。 3. 在每次的 build版本中，如果測試人員在測試過程中發(fā)現了影響流程以及影響測試進度的問題，研發(fā)人員應及時修改出現的問題，修改完成后，可以重新 build版本或是以補丁的形式解決此版本中發(fā)現的影響測試的問題。 4. 測試人員對每一個新的測試版本進行測試，測試過程中發(fā)現的 bugs 會提交到缺陷跟蹤系統(tǒng)中，并對上一版本中提交的 bugs進行回歸測試。對已修改好的 bugs進行關閉置為 closed關閉狀態(tài)，對還存在問題的 bugs 將其狀態(tài)置為 Reopen重新打開的狀態(tài)。 5. 研發(fā)人員應把 bugs系統(tǒng)中當前版本出現的問題在下一個版本 build前修改完畢（一些討論過需要以后修改的問題除外），在下一版本中以供測試人員進行測試回歸。修改完成的 bugs在 bugs系統(tǒng)中修改其狀態(tài)， 在備注欄中概要描述是怎樣解決的或 是 bugs 的需求是否發(fā)生變化等（方便測試人員回歸測試，測試功能、模塊有影響的部分）， 并對 Reopen的 bugs再次進行核對或修改。 6. 測試人員會在 每一個新的 build 版本提交前，提供一份 bugs 修改情況的列表信息給開發(fā)負責人，以保證下一版本中研發(fā)人員已對上一版本中發(fā)現的問題已進行了解決，確保測試的進度。 7. 研發(fā)人員可按照缺陷系統(tǒng)中 bugs的優(yōu)先級進行修改 bugs。對于描述不清或是不能重現的問題可以直接到測試人員處詢問或是查看。 8. 測試人員提交到 Mantis 系統(tǒng)中的 bugs 由測試人員自行關畢，研發(fā)人員沒有關閉bugs的權限。 9. 置為 Later 狀態(tài)的 bugs 研發(fā)人員最好注明什么時候進行修改或是將在哪一個版本進行修改。 10. 不修改狀態(tài)的 bugs研發(fā)人員最好注明為什么 不修改。 11. 研發(fā)人員對測試人員提交的 bugs認為不是 bugs的，需要測試人員和研發(fā)人員確認后，測試人員關閉此 bugs。 八 注意事項 ? 需求發(fā)生變更時，產品人員和研發(fā)人員 都要在第一時間通知 測試人員 ? 測試環(huán)境與現網環(huán)境要相符 ? 研發(fā)數據庫與測試數據庫分離 ? 測試環(huán)境應與研發(fā)環(huán)境分離 ? 測試時間制定需與測試人員協(xié)商 ? 研發(fā)人員在重啟、更新環(huán)境時需要第一時間通知測試人員，以免影響測試人員工作 ? 項目組組長以郵件的形式提前下周的測試任務 ? 研發(fā)人員提交測試的版本要先通過自測，自測通過后再提交測試人員 ? 測試執(zhí)行中出現特殊情況需要上線 時，需要產品人員、運營人員簽字，方可上線 。例如：測試未完成或未達到測試上線標準時，因時間問題需要上線的產品，需要產品、商務簽字方可上線。（上線后也要執(zhí)行完整測試） ? 晚于原定提交測試版本 4小時還未提交測試版本的，項目組長跟蹤協(xié)調此事。影響測試組進度的需要給出合理的解釋，影響其他項目測試進度的需要由項目組長協(xié)調時間。（如 因環(huán)境部署復雜的，研發(fā)人員將把環(huán)境部署時間計算在研發(fā)時間中）
公司管理相關推薦
鄂ICP備17016276號-1