51Testing软件测试论坛

标题: 关于报bug [打印本页]

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

作者: uyul 时间: 2005-8-11 09:22
？没有异议吗

作者: uyul 时间: 2005-8-11 09:24
或者各位说一下自己报bug的具体步骤？

作者: 迎风 时间: 2005-8-11 09:50
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

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

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

作者: ggstar 时间: 2005-8-11 19:07

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

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

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

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

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

作者: kpxl 时间: 2005-8-12 10:26
请看这篇文章。

作者: wzb521 时间: 2005-8-12 17:24
TD里用例可以自动转BUG吧？

作者: jsjlj 时间: 2005-9-16 16:49
测试人员，版本号（硬件和软件），重要性，频率，还有具体描述，时间，地点。。。。

作者: 九月属金 时间: 2005-9-19 23:06
我觉得没有必要写CASE编号。

作者: pear_2008 时间: 2005-9-24 20:18
我觉得每个公司要求不一样,所以要填的东西也就不会一样

作者: archonwang 时间: 2005-9-27 00:26
呵呵，那个文档可以读一读。

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

作者: leo_wangxy 时间: 2005-12-26 17:36
请问斑竹那里有华为的缺陷报告流程可以看一下

作者: brucejelly 时间: 2005-12-27 16:37

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

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

作者: uyul 时间: 2005-12-28 14:44
谢谢大家啊，这么久了还有回帖

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

作者: 森林一木 时间: 2005-12-31 10:33
各人根据需要,什么对你最有用,就加上什么,各个公司不一样的.最好是跟研发人员、项目经理沟通后，制定出一个规则

作者: shiwomyw 时间: 2005-12-31 14:30
我们是做黑盒测试的，提交的时候都是这样的：
版本号，级别，
模块，操作步骤，实际结果，期望结果

作者: qingtian 时间: 2005-12-31 14:47
我觉得没有必要写
kpxl班主的文章好，顶一下

作者: ilovejolly 时间: 2005-12-31 20:23

原帖由 uyul 于 2005-12-28 14:50 发表
之前的表达好像不够明确，我认为如果有可执行的测试用例，那测试编号是可以在报bug的时候加上去的，便于查找。
可是，测试用例没有可执行性的话就麻烦了，比如，我现在发现一个bug，但是测试用例中没有对应的用例 ...

及时更新测试用例我觉得会方便很多

作者: xingming9 时间: 2006-1-2 12:15

可是，测试用例没有可执行性的话就麻烦了，比如，我现在发现一个bug，但是测试用例中没有对应的用例可以描述出bug出现的情况或步骤，那这时怎么办呢？先补充用例，然后再加测试编号，显然对于一个时间紧张的测试项目而言是不实际的，那这样的工作可以留到项目结束后作为总结，或者下次再编写测试用例时把这些易出现的情况加进去就ok了。

比较关键的一点是，对于你所描述的错误如果没有测试用例备注，那么开发人员如果需要重现错误，那么将给他带来很多麻烦，同样会影响到项目的进度。开发人员进行BUG修改时，也是需要调试的，调试的过程中可能需要借助测试用例。尤其是那种偶发性错误，定位相当困难，当然如果你自己心中有把握能重现，倒是可以采取沟通的方式。所以是否及时的添加测试用例，并写上用例编号，需要分析BUG的严重程度，优先级，可重现性来综合考虑。如果要规范的话，及时更新测试用例才对。

作者: uyul 时间: 2006-1-4 17:26
及时更新用例和测试进度有冲突怎么办呢？

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