提交bug有感
上一篇 /
下一篇 2007-09-05 20:04:18
/ 个人分类:测试心得
1b9nF,Z8T8b j/f)j.e0 身边有一个高级主管,就是幸福。
T'Jy]q1b q?R0u$FjMc.?GG0 有什么错误,哪些工作不到位,他都很耐心的给你提出来。不过,也有烦的时候,就是他忙的时候。
d)uT;}z/\0k/M x2WM}0 最近在提交bug时,出现了不完美的地方。这不,头儿又给俺做指导了。51Testing软件测试网7J t)SD smZ,D.i
#V)Hf&H,?0 两个大问题 :
_!qy)g%n*H]9F1K-E0_C$M \C(n3X+|{;[V0 1,summary不够概括,简练。太罗嗦51Testing软件测试网
h(S:\"Y'e*vb^
`
[R#F9P7ao5UGy,M0 2,提交的bug report过于罗嗦,不易看懂。
%i X;tAX(R}2lU0n
@ @Re-e(VzXb0 发现问题就要解决问题,为此,本人结合自身特点,从网上找到相关资料,加以总结。
.~D1?Ft\"m$AB051Testing软件测试网+hUn~(e'U7S 提交有效bug需要注意以下几点:
Y0hYTFX pq0n 短小简练:通过使用关键词,可以使软件缺陷的标题的描述短小简练,又能准确解释产生缺陷的现象;
如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。
n 单一准确:每一个报告中针对一个Bug;在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复,不能得到彻底的修正.
n 步骤清晰:要清楚地描述出Bug的发生场景,包括前置条件和操作的详细骤;
n 特定条件:许多软件功能在通常情况下没有问题,而是在某种特定条件下会存在缺陷;
如特定的操作系统、浏览器或某种设置等,能够提供帮助开发人员找到原因的线索。
n 可以再现:提供缺陷的精确操作步骤,使开发人员容易看懂,可以自己再现这个缺陷,通常情况下,开发人员只有再现了缺陷,才能正确地修复缺陷。
n 不做评价:在报告Bug时只描述事实,不做评价,也不要有人身攻击;
n 补充完善:必要的时候可以添加注释(remarks);可以上载屏幕抓图和其他附件。
PS:发现有一个相对简单的方法,不知道怎么概述summary时,就先进行bug report,随后,总结精华。
51Testing软件测试网b)}x?
S!xw(x[ 51Testing软件测试网Y-z:nc2t.H{vb
相关阅读:
- 安装VMWare Tools的重要性 (QQHao, 2007-6-11)
- QTP下脚本不能录制 (xxxxwjj, 2007-7-06)
- Visual Studio.Net已检测到你的服务器运行的不是Asp.Net 1.1版,您将无法运行Asp.Net (xxxxwjj, 2007-7-06)
- QTP日志校验(研究) (xxxxwjj, 2007-7-06)
- cmm结构体系 (xxxxwjj, 2007-7-10)
- LoadRunner监视的性能计数器 (xxxxwjj, 2007-7-10)
- 验证码 (xxxxwjj, 2007-7-10)
- 关于loadrunner安装和卸载的一下看法 (xxxxwjj, 2007-7-10)
- 一般测试过程--测试用例(Test Cases)(ZT) (rejoicexu, 2007-8-19)
- 如何安装并测试MySQL(ZT) (rejoicexu, 2007-8-19)
收藏
举报
TAG:
技术