《軟件缺陷跟蹤與管理》軟件質(zhì)量保障課-文庫吧
2025-04-28 13:32 本頁面
【正文】 樣，也不要太輕描淡寫了。 ? 不管 bug是多么的令人討厭，別忘了是 bug令人討厭，而不是開發(fā)人員。永遠不要冒犯開發(fā)人員的努力。使用委婉些的說法?！盎靵y的 UI”可以被溫和些改為“不正確的 UI”。這樣開發(fā)人員的努力將會得到尊重。 ? 保持簡單誠實。你不是在寫散文或文章，因此使用簡單的語言 ? 在編寫 bug report的時候記住你的目標讀者。他們可能是開發(fā)人員，其他的測試人員，經(jīng)理，或者在一些情況下，甚至是客戶。 Bug report應(yīng)該可以被所有的人理解。 如何更好的報告缺陷（ 3） ? “可重現(xiàn)的步驟”的流程應(yīng)該是合乎邏輯的。 ? 清楚的列出前提條件 ? 寫下平常的步驟。例如，如果一個步驟要求用戶創(chuàng)建文件并且為它命名，不要要求用戶命名為“ Mihir’s file”。最好命名為好像“ Test File”一樣的文件名。 ? “可重現(xiàn)的步驟”應(yīng)該詳盡。例如，如果你想用戶在Word里保存一個文件，你可以要求用戶到 File菜單并且點擊 Save子菜單項。你也可以只說“保存文件”。但是記住，并不是所有的人都知道如何在 Word中保存文件。因此最好遵守第一種方法。 ? 在一個干凈的系統(tǒng)里測試你的“可重現(xiàn)的步驟”。你可能會發(fā)現(xiàn)有些步驟被遺漏或是毫無關(guān)系的。 如何更好的報告缺陷（ 4） ? 如果 bug是和一組特定的測試數(shù)據(jù)相關(guān)，在你的 bug report上附帶上它。 ? 如果你要在 bug report里附帶截屏，要確保那些圖片不是太大的，使用 jpg或 gif的格式，而不是 bmp格式 ? 在截屏上寫上注釋以指出問題所在。這將幫助開發(fā)人員一眼就可以馬上定位問題。 如何更好的報告缺陷（ 5） ? 在設(shè)置 bug report的嚴重程序之前應(yīng)該全面的分析缺陷的影響程序。如果你認為你的 bug具有很高的優(yōu)先級應(yīng)該被修復(fù)，在 bug report中證明這點。應(yīng)該在 bug report的描述部分指出這個理由。 ? 如果 bug是來自上個內(nèi)部小版本或版本回歸的結(jié)果，那么發(fā)出警報。象這種 bug的嚴重程度可能是低的，但是優(yōu)先級別應(yīng)該是高。 如何更好的報告缺陷（ 6） ? 在 bug report里附上日志或日志的摘錄片斷。這將幫助開發(fā)人員輕松地分析且調(diào)試系統(tǒng)。 ? 如果你在不同的地方遇到相似的問題，且要求同一種修復(fù)方法 ,但是在不同的地方，那么就要為每一個問題書寫單獨的 bug report。每個 bug report對應(yīng)一個修復(fù)。 缺陷報告中的屏
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1