51Testing软件测试论坛

标题: 哪位GG,JJ们有关于BUGZILLA的操作手册呀! [打印本页]

作者: 土豆泥 时间: 2004-9-17 17:04
标题: 哪位GG,JJ们有关于BUGZILLA的操作手册呀!
公司的测试工作马上开始了,可是BUGZILLA还不会用,自己有一份,可是描述不够详细,还望各位帮帮忙啦!,谢过了.

作者: wgfxman 时间: 2004-9-17 21:04
你要详细到什么程度呢？

作者: yangjingxiao 时间: 2004-9-18 11:00
呵呵，不用学，很容易上手的 ^_^

作者: Fuli 时间: 2004-9-18 14:10
请问：GG和JJ是什么东西？

作者: 土豆泥 时间: 2004-9-20 15:11
标题: 呵呵
谢谢啦，就是关于处理ＢＵＧ的操作流程，以及一些不同权限的设置．主要是这两方面的说明．谢谢啦！
哥哥
姐姐
们．．．

作者: hxf 时间: 2004-9-20 16:56
我也要一份

作者: lucky521521 时间: 2004-9-22 14:21
我在网上看见了一份
1.用户登录及设置流程：
打开浏览器，输入Bugzilla服务器地址：http://192.168.0.6:8088/bugzilla/

进入主页面后，点击【新建帐号】，进入注册页面。

在注册页面中输入E-Mail地址和用户代号，然后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。

在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密码栏输入邮件里通知的初始密码，然后，点击【Login】。

如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的邮件进行重新设置密码。

如果成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。

点击【Edit属性】->【邮件设置】，进行邮件通知设置。

点击【Edit属性】->【权限】，进行权限查询。

2.Bug的处理流程概述：
测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

开发者收到E-Mail信息后，判断是否为自己的修改范围。

A.    若不是，重新reassigned分配给项目组长或应该分配的开发者；

B.    若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）；

测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）

A.    经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。

B.    还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚扰它的属主，直到采取行动为止。

3.测试人员报告Bug的流程：
请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个后自己去修改。

若Bug不存在，创建一份有效的bug报告后进行提交。

具体操作：点击【新建】，选择产品后，填写一个Bug报告的表格。填表注意：【指派给】为空则默认为设定的owner, 也可手工制定。【抄送】可为多人，需用逗号隔开。【描述】中要详细说明下列情况：

A.    发现问题的步骤；

B.    执行上述步骤后出现的情况；

C.    期望应出现的正确结果。

【平台】、【操作系统】、【优先级】、【严重级】，可以根据具体情况自行选择。

【依赖】是指与这个新Bug有关联的Bug号码。

【Blocks】不太清楚

填写完毕之后，点击【Commit】提交，发送邮件通知给相关人员。
4.Bug的不同处理状态解释：
Bug的属主(owner)确认并接受这个Bug，然后给出解决方法，并填写【附加说明】，还可以【建立新的附件】（如：更改提交单）等等。
开发人员可以调整的Bug状态如下：

A.    FIXED       => 描述的问题已经修改；

B.    INVALID    => 描述的问题不是一个bug (输入错误后，通过此项来取消)；

C.    WONTFIX    => 描述的问题将永远不会被修复；

D.    LATER       => 描述的问题将不会在产品的这个版本中解决；

E.    DUPLICATE => 描述的问题是一个存在的bug的复件；

F.    WORKSFORME => 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

测试人员收到Bug的修改通知之后，还可以做如下的调整：

A.    Leave as RESOLVED FIXED    => 保持FIXED状态不变；

B.    Reopen bug                => 这个bug还有问题，重新打开；

C.    Mark bug as VERIFIED       => 这个bug确实被正确修改了；

D.    Mark bug as CLOSED          => 产品已经发布，将这个bug关闭。

不是很详细！不好意思了！

作者: 咕嘟咕嘟 时间: 2004-9-22 14:30
标题: 我也要一份~~~~~
全的

作者: 土豆泥 时间: 2004-9-29 08:51
标题: 哈哈
谢谢lucky521521

真不好意思，前两天有些事情没及时来这里看．真是谢谢啦！！！

作者: songfun 时间: 2004-9-30 00:21
好像我的blog上面也有bugzilla的介绍，楼主可以去看看

作者: archonwang 时间: 2004-9-30 00:31
个人感觉，testtrack要比这个好得多。唯一的遗憾是：testtrack是收费的。只能试用30天。

作者: lucky521521 时间: 2004-9-30 11:59
请问archonwang有没有testtrack的使用说明书之类的东西，谢了。

作者: lucky521521 时间: 2004-9-30 12:00
请问archonwang有没有testtrack的使用说明书之类的东西，谢了。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)