bug记录里通常包括哪些内容？

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案例库的导入用例功能详解

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