关于报bug

uyul · 发表于 2005-8-11 08:47:55

请问哪位公司的测试流程比较规范？
比如说报bug时必须注明测试依据，所依据测case编号！
各位认为有必要注明以上这点么？

uyul · 发表于 2005-8-11 09:22:52

？没有异议吗

uyul · 发表于 2005-8-11 09:24:29

或者各位说一下自己报bug的具体步骤？

迎风 · 发表于 2005-8-11 09:50:12

BUG管理的简单流程，楼主可以参考一下：

1）测试人员提交新的Bug入库，设置Bug状态为New。
2）项目经理、开发经理或者测试经理通过审核，将Bug分配给相应的开发人员，设置Bug状态为Open。
3）开发人员查询状态为Open和Reopen的Bug，若不是Bug，则置状态为Not Bug，是Bug则解决并置状态为Fixed；不能解决或需要延期解决的Bug，要留下详细文字说明及设置Bug状态为Declined 或Deferred 。
4）测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决置状态为Reopen 。
5）对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过该项目负责人或某种会议（评审会）通过才能认可。
6）然后将Bug结果及描述等信息输入到相应的Bug库中，对于已输入到库中的Bug，原则性不能删除，开发人员和测试人员没有删除的权限。只有管理员才有此权限。
7）资源条件允许的话，可以再对Bug的状态和严重级进行分析或风险评估。

sjb666 · 发表于 2005-8-11 17:58:55

Originally posted by uyul at 2005-8-11 08:47 AM:
请问哪位公司的测试流程比较规范？
比如说报bug时必须注明测试依据，所依据测case编号！
各位认为有必要注明以上这点么？

我觉得有必要注明测试依据，这样可以方便以后统计bug和修改测试用例。我们报bug都要注明相对应的测试用例编号。

ggstar · 发表于 2005-8-11 19:07:39

Originally posted by sjb666 at 2005-8-11 05:58 PM:

我觉得有必要注明测试依据，这样可以方便以后统计bug和修改测试用例。我们报bug都要注明相对应的测试用例编号。

对的应该附上用例编号的定位的时候也知道该关注什么重现起来也方便

Tender · 发表于 2005-8-12 08:48:36

有机会建议楼主去看看华为的缺陷报告流程。他们用的是CMM的流程，上研所已经过了CMM5的评审，比较规范。有正规的缺陷问题电子流，每个阶段都有一个或以上的人员参与修改讨论，完成后有电子签名，最后问题会回归和确认。比较好！

大妮 · 发表于 2005-8-12 10:19:36

报bug时注明测试依据，所依据测case编号的前提是得有这些依据、编号让你来填，如果一个项目时间宽余，当然是要写用例的，可是时间紧凑的情况下，公司是不会要求你把所有的BUG单都写上依据、编号的

kpxl · 发表于 2005-8-12 10:26:48

请看这篇文章。

wzb521 · 发表于 2005-8-12 17:24:36

TD里用例可以自动转BUG吧？

jsjlj · 发表于 2005-9-16 16:49:05

测试人员，版本号（硬件和软件），重要性，频率，还有具体描述，时间，地点。。。。

九月属金 · 发表于 2005-9-19 23:06:51

我觉得没有必要写CASE编号。

pear_2008 · 发表于 2005-9-24 20:18:04

我觉得每个公司要求不一样,所以要填的东西也就不会一样

archonwang · 发表于 2005-9-27 00:26:07

呵呵，那个文档可以读一读。

对于Bug描述，精确是第一位的，其次才是Bug定位。好的测试人员可以精确定位，甚至可以达到代码级的精确定位。好的Bug报告第一要做的就是明确告诉程序员出现了什么，应该出现什么，环境、条件与约束。

leo_wangxy · 发表于 2005-12-26 17:36:26

请问斑竹那里有华为的缺陷报告流程可以看一下

brucejelly · 发表于 2005-12-27 16:37:18

原帖由 九月属金 于 2005-9-19 23:06 发表
我觉得没有必要写CASE编号。

公司应该有相应的规范, 取长补短吧.
我是做NOKIA手测的,基本上, Bug 数据库上已经都列好了格式，只需照添就好了。
NOTES 2。5

uyul · 发表于 2005-12-28 14:44:42

谢谢大家啊，这么久了还有回帖

uyul · 发表于 2005-12-28 14:50:02

之前的表达好像不够明确，我认为如果有可执行的测试用例，那测试编号是可以在报bug的时候加上去的，便于查找。
可是，测试用例没有可执行性的话就麻烦了，比如，我现在发现一个bug，但是测试用例中没有对应的用例可以描述出bug出现的情况或步骤，那这时怎么办呢？先补充用例，然后再加测试编号，显然对于一个时间紧张的测试项目而言是不实际的，那这样的工作可以留到项目结束后作为总结，或者下次再编写测试用例时把这些易出现的情况加进去就ok了。
大家有不同的观点吗？

森林一木 · 发表于 2005-12-31 10:33:31

各人根据需要,什么对你最有用,就加上什么,各个公司不一样的.最好是跟研发人员、项目经理沟通后，制定出一个规则

shiwomyw · 发表于 2005-12-31 14:30:38

我们是做黑盒测试的，提交的时候都是这样的：
版本号，级别，
模块，操作步骤，实际结果，期望结果

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 关于报bug

相关帖子

本帖子中包含更多资源

站长推荐 /1