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