如何编写有效的Bug Report

一、编写Bugreport的原则

Bugreport是测试中最告急的一部分，也是测试人员价值的终极表现，一个有效的Bugreport，在编写的时间需要遵照以下原则：
Bug可重现，尽可能找到重现规律。测试人员在编写Bugreport之前必须在检盘题目是否可重现，题目重现才可以让开发更有效地查找到原因并解决题目，对于比较复杂的题目，最好可以或许将Bug现场重现给开发人员，以方便题目追踪和原因定位。如果错误不可再重现，仍旧应该写下来，但是必须说明题目标偶然性；
Bug描述简明准确，对于题目标描述，应该尽可能简明、准确。隐含的或模糊的说明和那些由于对没有任何关系的细节大概那些在重现错误过程中不需要的步骤，不要出现在Bugreport中；
一个Bugreport只描述一个Bug，如果将几个题目都写在一个Bugreport中，开发人员很难有效发现本身的题目并解决，从而导致有些优先级别高的Bug没有得到及时的解决。因此在写Bugreport的时间，将Bug按照不同的优先级别将不同的题目指定给相应的开发人员；
Bug的唯一性，在提交Bugreport之前，要先确认这个Bug是否已经被其它人发现并报告。
衡量优秀的Bugreport的质量指标：
对管理层来说，是清晰明确的，特殊是在主题概要这一级；
对于开发人员来说，是有效的，主要是提供可以或许让开发人员高效地调试题目标相干信息，使其可以很快的将Bug从“Opened”状态转变成“Closed”状态，进步测试和开发的工作服从；
对于后期的维护，可以或许有效从Bug信息查询出题目标描述和解决的方法。

二、如何编写Bugreport

Bugreport作为测试和开发之间沟通的桥梁，测试人员在报Bug的时间，有效的Bug描述，会更加容易帮助开发解决题目。一般来说，作为一个优秀的Bugreport，应该包括以下内容：
1、标题：简明扼要地对Bug进行一个概述，让人看标题就知道大概出现了什么题目。比如：“smfilter模块在压力测试时出现内存泄漏。”
2、属性：Bug的属性应该包括：
产物名称：测试产物的名称;
产物子系统：测试产物的子系统，如果产物比较小，该项可以忽略;
产物模块：测试产物发现题目标模块的名称；
测试版本：当前的测试版本；
测试平台：Bug的产生跟平台有关，有些在suse下产生的Bug，在soralis下则正常，因为在报Bug的时间需要将当前测试的服务器的版本；
测试阶段：模块测试、内部集成测试、外部集成测试；
题目级别：告急、严重、一般、轻微；
优先级别：高、较高、一般、低；
题目泉源：测试、工程故障、升级、其他；
题目类型：功能题目、版本题目、遗留题目、新需求、低级错误、改进发起、移植修改、割接题目、配置错误、编译题目、性能题目、设计题目、兼容题目、新功能增强、偶发性堕落。
这些属性在Bug跟踪管理系统中应该有默认值，在测试人员报bug的时间选择对应的属性值。
3、负责人：
开发人员：测试产物模块的开发人员；
测试人员：发现Bug的测试人员；
抄送：该Bug需要抄送给相干的开发人员或测试人员。一般来说，一个Bug除了发送给改Bug的开发负责人和测试负责人外，还需要抄送给项目经理、测试经理、该产物开发小组其他人员，该产物测试小组其他人员。
这些属性在Bug跟踪管理系统中也应该有默认值，在测试人员报bug的时间选择对应的负责人。
4、Bug的具体描述：这是Bug最告急的一部分，对Bug描述清晰准确，不仅有助于开发人员敏捷定位解决题目，还对以后的维护工作有很大的帮助。一些比较简朴的Bug，可以利用一两句话把题目准确描述，而对于一些比较严重或负责的Bug大概是新的需求，则应该具体说明。
5、附件：对于一些特殊的题目大概不能用语言很好地描述的题目，可以增长界面图形说明或参考资料或具体日记等附件。
6、其它属性：
BugID：Bug的唯一标志；
建档时间；
建档人；
Bug复兴时间；
Bug关闭时间。
一般来说，在报bug之后，这些属性一般由bug跟踪管理系统自动生成。
最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋侪们如果需要可以自行免费领取 【保证100%免费】

这些资料，对于【软件测试】的朋侪来说应该是最全面最完整的备战堆栈，这个堆栈也陪伴上万个测试工程师们走过最艰难的旅程，盼望也能帮助到你!

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。