《軟件缺陷跟蹤與管理》軟件質(zhì)量保障課-預(yù)覽頁
【正文】 間去診斷你正在報告的缺陷。開發(fā)人員將不僅僅對你使他們的工作變得輕松而感到高興。永遠不要冒犯開發(fā)人員的努力。 ? 保持簡單誠實。 如何更好的報告缺陷（ 3） ? “可重現(xiàn)的步驟”的流程應(yīng)該是合乎邏輯的。 ? “可重現(xiàn)的步驟”應(yīng)該詳盡。因此最好遵守第一種方法。 ? 如果你要在 bug report里附帶截屏，要確保那些圖片不是太大的，使用 jpg或 gif的格式，而不是 bmp格式 ? 在截屏上寫上注釋以指出問題所在。應(yīng)該在 bug report的描述部分指出這個理由。這將幫助開發(fā)人員輕松地分析且調(diào)試系統(tǒng)。雖然截取并附上缺陷圖像不太復(fù)雜，但是關(guān)于截圖的類型、工具、編輯、存儲格式、命名規(guī)則，有不少值得注意的事項，為了準確、有效地截取和編輯缺陷圖像，需要測試工程師遵守相同的處理規(guī)則。 ? 最常見的是截取當前活動窗口，例如包含缺陷的對話框。 缺陷報告中的屏幕截圖處理（ 4） ? 缺陷截圖的編輯內(nèi)容包括： – 圈出缺陷的典型表現(xiàn)特征。 缺陷報告中的屏幕截圖處理（ 5） ? 比較規(guī)范的截圖命名形式如下： [語言 ]_[操作系統(tǒng) ]_[類型 ]_[編號 ].GIF ? 同一個測試項目中，截圖的編輯方式、命名規(guī)則、存儲類型等信息要保持一致。 ? 對于測試人員來說，沒有操作錯誤這條 .既然遇到，就是問題。任何人都可以修復(fù) bug，但只有那個發(fā)現(xiàn)bug的人才能夠確信 bug是否真正的已被修復(fù)。同時最好寫上解決的方式或非正常解決問題（如以上幾種類型）的原因。 Bug追蹤過程中需要注意的問題（ 4） ? 如果用英文報 bug，最好使用現(xiàn)在時或過去時，例如用“ appears”而不是“ will appear”。 軟件缺陷跟蹤 對于項目管理，缺陷跟蹤是很重要的一個環(huán)節(jié)，它除了可以對需求的完成度進行控制，同時也可以對軟件本身的質(zhì)量進行控制，以保證軟件開發(fā)迭代的順利進行。 測試跟蹤工具 Bugzilla介紹（ 2） ? 基于 Web方式，安裝簡單、運行方便快捷、管理安全。當錯誤在它的生命周期中變化時，開發(fā)人員、測試人員、及管理人員將及時獲得動態(tài)的變化信息，允許你獲取歷史紀錄。 ? 自動發(fā)送 Email,通知相關(guān)人員，有效的幫助測試人員和開發(fā)人員進行溝通。 嚴重性 1 45% 嚴重性 2 32% 嚴重性 3 16% 嚴重性 4 7% 界面26％ 整算14％ 浮算14％
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1