[原创]浅谈测试人员提交缺陷记录

[原创]浅谈测试人员提交缺陷记录

　　想来思去，本不打算写这篇文章，绝得这是测试人员最基本的日常工作，写出来挺没意思的，但最后还是打定主意写下自己的一些理解，因为我看到很多人没我做的专业，而且我个人缺陷修得率很高，基本上开发很少找我确认问题，一些经验之谈分享给未来做测试的你们或是各位同行。

　　缺陷提交无非就是将缺陷的相关关键信息表达出来，最重要的个人认为无非就是4要素，标题，操做步骤，预期结果和实际结果；哪么我们来一一讲解下，如何提高自己的缺陷记录：

　　标题，我通常一般会控制在15-20个字之内，而且标题个人认为应表达是缺陷的实际情况；

　　操做步骤，这个很好理解，就是别人如何操作一步一步可以重现你的问题，建议每个步骤以动词开始，采用“动宾结构”；

　　预期结果，也很好理解，功能点应达到预期效果，比如：对话框弹出消息，不是对话框显示消息；

　　实际结果，目前显示的实际情况，也很好理解；

　　以上我个人认为这是提交缺陷记录必不可少的要素，如果要将信息表达的更好，开发更容易重现，需要在补充一些重要元素，我称之为额外信息，具体如下：

　　截图，任何缺陷记录，都要有截图，都要有截图，都要有截图，重要的事说三遍！

　　发现的版本，什么版本发现，是否其它版本也有类似问题；

　　模块，哪个模块下存在这个问题；

　　日志，重要信息的日志记录，这个非常重要，尤其是做后台系统测试，日志有时比截图都重要；

　　其它补充信息，如：严重性，优先级等，一般都是缺陷管理工具自己具备，不在详述。