軟件缺陷跟蹤與管理軟件質量保障課-文庫吧在線文庫
【正文】 動發(fā)給指定的責任人；并可設定不同的小組，權限也可劃分。 ? 目前缺陷跟蹤系統(tǒng)還是比較多的，比較有名的像Mercury的 TestDirector， Seapine的 Test Track Pro， TechExcel的 DevTrack， Atlassian的 JIRA以及 IBM的 ClearQuest。你給測試人員的每一個build都應該有一個 build ID編號 ? 當你的 bug報告以“ not repro(不可重現(xiàn) )”打回給你時，先檢查一個步驟是否有遺漏或清晰，再去找編程人員。 Bug追蹤過程中需要注意的問題（ 1） ? 盡量減少重現(xiàn)的步驟以達到用最少的步驟來重現(xiàn)問題；這對編程人員來說是很有幫助發(fā)現(xiàn)問題根源的。 – 利用箭頭將圈出的特征和描述性文字相連接。實際測試過程中，根據(jù)下列兩條原則選擇合適的類型： *可以最大程度地表現(xiàn)缺陷的特征。象這種 bug的嚴重程度可能是低的，但是優(yōu)先級別應該是高。你可能會發(fā)現(xiàn)有些步驟被遺漏或是毫無關系的。例如，如果一個步驟要求用戶創(chuàng)建文件并且為它命名，不要要求用戶命名為“ Mihir’s file”?！盎靵y的 UI”可以被溫和些改為“不正確的 UI”。可能到最后你會發(fā)現(xiàn)更多的缺陷。軟件缺陷跟蹤與管理 ? 軟件缺陷分類 ? 軟件缺陷生命周期 ? 軟件缺陷報告 ? 軟件缺陷管理工具介紹 軟件缺陷分類標準 —— 缺陷屬性 缺陷類型 缺陷嚴重等級 缺陷優(yōu)先級 缺陷狀態(tài) 缺陷起源 缺陷來源 缺陷根源 缺陷分類適用范圍 軟件缺陷的生命周期 發(fā)現(xiàn)軟件缺陷 測試員找到并登記軟件缺陷移交給程序員 程序員修復軟件缺陷移交給測試員 測試員確認軟件缺陷被修復并關閉 打開 解決 關閉 軟件缺陷的生命周期（續(xù)） 發(fā)現(xiàn)缺陷 打開 打開 不修復 打開 打開 修復 修復關閉 測試員發(fā)現(xiàn)并登記軟件缺陷 軟件缺陷移交到程序員 程序員認為軟件缺陷微不足道 軟件缺陷移交到項目管理員 項目管理員認為軟件缺陷不重要 軟件缺陷移交到測試員 軟件缺陷移交到項目管理員 測試員不同意 ， 找出通用失敗案例 項目管理員現(xiàn)在同意軟件缺陷需要修復 軟件缺陷移交到程序員 程序員修復軟件缺陷 軟件缺陷移交到測試員 測試員確認軟件缺陷得以修復
教學課件相關推薦
鄂ICP備17016276號-1