提交bug有感

    身边有一个高级主管，就是幸福。

Q3R*kUQ'S?8z4]0    有什么错误，哪些工作不到位，他都很耐心的给你提出来。不过，也有烦的时候，就是他忙的时候。

*~ Aum5MCl0    最近在提交bug时，出现了不完美的地方。这不，头儿又给俺做指导了。

   两个大问题 ：

   1，summary不够概括，简练。太罗嗦51Testing软件测试网js}hK-JnN{

   2，提交的bug report过于罗嗦，不易看懂。

*Dr$L)V
kpT"okF0   发现问题就要解决问题，为此，本人结合自身特点，从网上找到相关资料，加以总结。51Testing软件测试网2~6u:Fb6B9UV7l(q

  提交有效bug需要注意以下几点：

n   短小简练：通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象;

如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。

n   单一准确：每一个报告中针对一个Bug；在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正.

 

n   步骤清晰：要清楚地描述出Bug的发生场景，包括前置条件和操作的详细骤；

 

n   特定条件：许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷；

 如特定的操作系统、浏览器或某种设置等，能够提供帮助开发人员找到原因的线索。

 

n    可以再现:提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。

 

n   不做评价：在报告Bug时只描述事实，不做评价，也不要有人身攻击；

 

n   补充完善：必要的时候可以添加注释（remarks）；可以上载屏幕抓图和其他附件。

 

   PS:发现有一个相对简单的方法，不知道怎么概述summary时，就先进行bug report，随后，总结精华。

FXl8UM!i.J S!?0