bug是每個軟件都會存在的問題，但有的bug對于軟件的運行沒有很大的影響，有的bug則是會導致軟件不能正常的運行，這個時候就需要將這些bug記錄下來，提交給其他人員進行修改。那么在提交這些bug的時候通常里面會包括哪些內容？接下來我們就來了解一下。

1、Bug的標題（Title）和詳細描述（Descriptions）:

標題主要是對你所提交的Bug進行簡明扼要的描述；

詳細描述是對Bug進行進一步詳細的描述，例如在什么情況下發生等；也可以直接將標題作為描述部分（簡短明了時可以）。

兩者都是為了讓查看Bug的人員很清楚的知道你所表達的意思。

2、回歸（Regression）：

這一部分主要是測試一下前一個版本有沒有此類bug（稱為回歸測試）。

3、Bug測試環境（Environment）：

在什么環境中發現的這個bug，例如：什么系統，哪個版本等。對于bug環境的描述可以通過簡單的羅列即可（精簡為主）。

4、復現的詳細步驟（Repro Steps）：

這一步主要是讓你將自己在測試的過程簡單的寫一下，從你開始測試軟件的最開始到你發現bug的時刻為止（簡單的說就是你的測試過程一步步羅列下）。

5、實際結果（Actual Results）和預期結果（Expected Results）：

實際結果就是你在測試軟件的過程中，軟件所表現出來的特征或者行為；

預期結果就是軟件需要設計所要求達到的結果或者目標。

6、備注（Notes）:

這一部分主要是對bug的一些補充，例如：其它系統也發生，上個版本不發生等需要補充的內容。

7、當然，還有很多內容。例如bug的嚴重等級、優先等級等。針對不一樣的Bug提交系統，做出相應的Bug提交內容即可。

除了人為的處理和管理這些bug外，也是有一些軟件可以自動的處理一些bug的，TESTCENTER就是可以自己處理的一種軟件，支持管理項目內的缺陷，包括自定義缺陷處理流程，自定義缺陷屬性，將缺陷與測試用例相關聯，自定義不同維度，對缺陷進行統計分析:根據缺陷固有屬性以及用戶自定義屬性進行統計分析。

推薦閱讀：

測試用例怎么寫？測試用例設計方法大全

怎么進行測試缺陷分析？常見的缺陷分析方法有哪些？

為什么要用測試用例管理工具？如何選擇測試管理工具？

測試管理工具TC案例庫的導入用例功能詳解

什么是缺陷管理？缺陷管理的定義