51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: songfun
打印 上一主题 下一主题

[讨论] Bug管理的经验和实践1

[复制链接]

该用户从未签到

41#
发表于 2006-1-26 16:53:56 | 只看该作者
我们的队伍中使用了bugzilla,感觉也挺好用的。但有些同事总是把BUG的状态改变一下就提交了,一点说明都没有。我觉得加几句话说明一下BUG是怎么修改的,或对BUG的看法意见说明一下对其他人有更大的帮助,便于团队合作。
回复 支持 反对

使用道具 举报

该用户从未签到

42#
发表于 2006-2-6 10:54:59 | 只看该作者

thanks

我们也用的bugzilla,学到不少
回复 支持 反对

使用道具 举报

该用户从未签到

43#
发表于 2006-2-9 17:16:30 | 只看该作者
谢谢斑竹继续努力啊
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2006-2-10 11:13:27 | 只看该作者

真的很不错

是一个款非常适用的bug管理工具,如果能把用例和计划加上,就更完美了!
回复 支持 反对

使用道具 举报

该用户从未签到

45#
发表于 2006-2-14 15:43:47 | 只看该作者
非常感谢啊!
我对bug的管理又有了进一步的认识了,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2006-2-21 11:16:09 | 只看该作者
down the good sport!
tks very much!
回复 支持 反对

使用道具 举报

该用户从未签到

47#
发表于 2006-3-1 13:21:00 | 只看该作者
BugFree确实是个好工具,正在使用中
回复 支持 反对

使用道具 举报

该用户从未签到

48#
发表于 2006-3-6 14:40:31 | 只看该作者

谢谢!

刚下载了,还没看就先谢谢先了!
回复 支持 反对

使用道具 举报

该用户从未签到

49#
发表于 2006-3-7 11:56:27 | 只看该作者

TKS

就是thanks咯。
回复 支持 反对

使用道具 举报

该用户从未签到

50#
发表于 2006-4-1 11:26:05 | 只看该作者

谢谢

谢谢songfun 版主
回复 支持 反对

使用道具 举报

该用户从未签到

51#
发表于 2006-4-14 10:44:56 | 只看该作者

谢谢

在这个论坛发现了不少好东东,真的很感谢各位版主无私奉献,希望自己哪天也有机会为大家服务。sdlkfj
回复 支持 反对

使用道具 举报

该用户从未签到

52#
发表于 2006-4-24 13:16:32 | 只看该作者
班主发的写得很不错,是很有价值的经验之谈。
bug tracking一定要有好的系统支持。我们公司用的bug tracking系统和这里讲的差不多,用的是基于B/S结构的,是公司自己开发的。
回复 支持 反对

使用道具 举报

该用户从未签到

53#
发表于 2006-5-11 13:46:26 | 只看该作者

大家都只说感谢不写感想

大家都只说感谢不写感想,让我觉得失去了真正交流的机会,我把我读后的想法写出来,希望能和更多的同行共同讨论。

1、研发团队 由 PM、Dev、Tester 三足分权,职责明确,各尽其职。
      在我所遇到的开发团队中的确有以这种形式划分的队伍,而我觉得要在整个过程中对过程进行有效控制及评审应加入QA的角色,tester充当不了完全的QA,QA与tester不该是子集的关系。
2、BUG及测试工具的选择应该是简单、实用的,高深的工具只会让人(我所说得是包括开发人员在内的团队其它成员,他们没有tester的专职时间,所以bug工具对他们来是应该是越简单越好)变得没有耐心与应付差事。bugfree我想应该是前者,我需要用后来感觉,更重要地是领会微软bug管理的思想。
3、ISO,CMM认证不可形式化。
     我所在的公司通过了ISO9000质量认证 ,每年也花大量的时间与精力去审核,但我越来越觉得流程表面化了,管理团队中的质量管理意识不能由上而下地被灌输,到最后只能是表面文章。
4、研发过程的三足顶立,由测试入手管理 ,做到过程控制倒
      这更像是QA的职责,也是我在三篇文章中最感困惑的地方。三方需不需要另一个角色的加入与协调及过程控制各评审,这个角色由谁来做,还是当制度贯彻人心时这个另加入的角色根本是个多余??
5、制定适合自己团队实际情况的BUG处理流程和指导原则。
     我觉得每个团队的测试人员(或者是其它人员)真是该在这方面多花功夫与时间,找到合适自己的才能够提高效率与积极性。
6、对于测试人员的绩效考核,不能以BUG数据为依据。
      这点从管理的角度来说,依据BUG数据的确是危险的事,但什么样的考核办法能够既如实地评价了测试人员的工作数据与质量也不打破多劳多得的传统观念呢?

     以 上是我读了文章后的一点想法,一定有理解上的偏差,希望大家能够多多的交流讨论。
回复 支持 反对

使用道具 举报

该用户从未签到

54#
发表于 2006-5-19 16:29:57 | 只看该作者
物过刚则易折 好
回复 支持 反对

使用道具 举报

该用户从未签到

55#
发表于 2006-5-29 11:01:50 | 只看该作者
原帖由 miao1226 于 2006-5-11 13:46 发表
大家都只说感谢不写感想,让我觉得失去了真正交流的机会,我把我读后的想法写出来,希望能和更多的同行共同讨论。

1、研发团队 由 PM、Dev、Tester 三足分权,职责明确,各尽其职。
      在我所遇到的开发团 ...




其实能做到这样已经不错了,在我们公司,研发团队由PM(同时兼了规划和测试)+开发人员组成,还有一些小组一个产品从设计到开发到测试全由开发人员完成,产品问题不多都不可能。
回复 支持 反对

使用道具 举报

该用户从未签到

56#
发表于 2006-6-2 00:06:43 | 只看该作者
通过对话的形式,非常好
回复 支持 反对

使用道具 举报

该用户从未签到

57#
发表于 2006-6-27 16:46:16 | 只看该作者
谢谢,受益匪浅
回复 支持 反对

使用道具 举报

该用户从未签到

58#
发表于 2006-6-29 10:18:26 | 只看该作者
好东西!收藏!!!
回复 支持 反对

使用道具 举报

该用户从未签到

59#
发表于 2006-7-21 12:50:04 | 只看该作者
太谢谢了,比我那个用ASP打造的好多了
回复 支持 反对

使用道具 举报

该用户从未签到

60#
发表于 2006-7-26 00:34:29 | 只看该作者

我关心的问题是:根据BUG趋势图要采取哪种措施或活动?

能回答我这个问题吗?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 00:15 , Processed in 0.082962 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表