產品質量的基石——微軟bug管理-資料下載頁
2025-01-12 19:07本頁面
【正文】 答案：打開 Raid/BMS，查看指定給自己的Bug，驗證已解決的 Bug。 接下來，測試人員會 … ? 根據測試用例檢驗今天的 Build ? 在 Raid/BMS中記錄新發(fā)現的 Bug 專家會診 ? 參加者：項目經理和開發(fā)組長、測試組長 ? 通過 Raid/BMS評估每個未解決的 Bug – 決定 Bug優(yōu)先度 – 可否等到下個里程碑或版本解決？ – 誰來解決 ? 預測項目實際進度和發(fā)布時間 缺陷走勢圖 回顧微軟的一天 ? 構造 : daily build ? 開發(fā) : 解決 blocking bugs, 實現功能 , checkout, code review, checkin ? 測試 : BVT, 使用測試用例進行測試 ? 項目經理 /組長 : 專家會診 微軟的做法解決了那些常見問題？ 質量問題 ? 以前解決過的問題發(fā)布時又出現了，需要返工 ? 無法預估發(fā)布時間 – 過早發(fā)布，帶來質量和維護問題 ? 測試發(fā)現的問題被忘卻或不了了之 ? 無法衡量測試員和開發(fā)員的工作 ? 程序中的問題往往在發(fā)布后才發(fā)現 文檔管理問題 ? 文檔與程序脫節(jié)，文檔成為程序結果的描述 ? 項目組把寫文檔看成負擔 團隊協調問題 ? 開發(fā)人員各自為戰(zhàn)，進行整合時發(fā)現模塊銜接中的嚴重問題 – 需要作大的改動 ? 沒有保管好公司以往的版本和代碼，無法滿足用戶對舊版本的更改要求 ? 開發(fā)人員離職對項目帶來很大沖擊，沒有人知道代碼在哪，或無法讀懂 提高軟件管理的步驟 提高軟件開發(fā)管理的步驟 1. 使用 Raid/BMS，將流程管理自動化 2. 使用測試用例管理工具 3. 使用文檔管理工具 4. 使用版本控制工具，進行 Daily Build 5. 建立代碼標準 6. 建立 Code Review機制 7. 建立專家會診機制 8. 建立團隊溝通機制 9. 根據需要調整團隊結構 Q A 演講完畢，謝謝觀看！
環(huán)評公示相關推薦
鄂ICP備17016276號-1