51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

测试如何更有效说服研发去修改bug?(08-10-27)(获奖名单已公布)

[复制链接]

该用户从未签到

61#
发表于 2008-10-31 09:32:36 | 只看该作者

好贴,值得欣赏,值得一看

[quote]原帖由 sun_0910 于 2008-10-29 13:14 发表
好久没上51Testing上答题目,谈谈自己的一点看法:

1. 关键是建立一个完善的研发机制:

  在大多数情况下,是不是软件缺陷或者需不需要修改,怎样修改不是测试人员和开发人员说了算的,应该是靠研发部门的相关 ...
回复 支持 反对

使用道具 举报

该用户从未签到

62#
发表于 2008-10-31 09:48:18 | 只看该作者
我认为,测试人员应该很明确的记录这个bug,然后查看设计中是否有相关的设计,如果是设计中有而开发人员没有实现,那么就拿着设计文档和开发人员谈。如果设计中没有,就看需求中是否有相关内容,如果有就要找项目经理来看,是不是需要在设计中加入这一块内容。如果需求中都没有,但是测试人员仍旧认为是一个bug,那么就应该找项目经理谈,由项目经理决定是否确认其为bug,是否需要修改。总之,不能够随意放过任何一个测试出来的bug,也不能够和开发人员弄僵关系。我们应该让他们知道,我们做的一切都是为了项目能够更好的完成,而且就算我们找来项目经理讨论,不是打小报告,而是找来比较权威的人士来做决策。
回复 支持 反对

使用道具 举报

该用户从未签到

63#
发表于 2008-10-31 09:54:27 | 只看该作者
原帖由 吴如领 于 2008-10-29 19:50 发表
由于开发人员和测试人员对需求的理解存在的差异,以及各自的工作角色,关于BUG的争论在日常的项目中是经常遇到的,如何保证BUG及时修复,非BUG不影响项目的进度至关重要。

让开发心甘情愿的修改BUG,我们可以从下 ...



很实用,帅哥 做测试leader很有方法~
回复 支持 反对

使用道具 举报

该用户从未签到

64#
发表于 2008-10-31 13:20:59 | 只看该作者

sun_0910你回答的思路很清晰,学习啦

不愧是一名测试经理,回答的思路特别清晰,值得我们新手学习!!

回复 支持 反对

使用道具 举报

该用户从未签到

65#
发表于 2008-10-31 13:30:24 | 只看该作者

回复21楼的帖子

前辈,从你回答帖子可以看出,你一定是一位优秀的测试经理,向您讨教一个问题。请加我的MSN:wangchuan@msn.com,给个面子,哈哈!!!
回复 支持 反对

使用道具 举报

该用户从未签到

66#
发表于 2008-10-31 13:50:14 | 只看该作者

号召各位答题高手向21楼朋友学习

原帖由 sun_0910 于 2008-10-29 13:14 发表
好久没上51Testing上答题目,谈谈自己的一点看法:


1. 让研发团队的领导重视缺陷:

很多研发团队的领导都是销售出生,懂技术的很少,他们和搞技术的想法明显不一样。我在的第一家公司,发布版本时很多时候, ...


个人觉的:21楼朋友,观点新颖,标题或小标题,一目了然,很值得我写文档是时候参考。
回复 支持 反对

使用道具 举报

该用户从未签到

67#
发表于 2008-10-31 14:01:27 | 只看该作者

这次上51Testing总算有点收获

学会了sun_0910编写文档的方法或技巧,这点我觉得深有感触。

补充一下自己的观点:
建议编写相关的缺陷管理流程和规范,并且要用制度去约束比较好!!
回复 支持 反对

使用道具 举报

该用户从未签到

68#
发表于 2008-10-31 14:17:15 | 只看该作者

赞同67楼的观点

答题采用sun_0910的大标题或小标题的答题方式,很好!!牛人可以只阅读大标题,也不浪费他们的宝贵时间。像我们这些新手,就逐句研读,肯定能学到很多东西!!!

回复 支持 反对

使用道具 举报

该用户从未签到

69#
发表于 2008-10-31 14:29:50 | 只看该作者

回复21# 的帖子

很佩服你的写作水平,文字功底也不错。请问朋友,你能加我的QQ吗?我已经给你短消息了,收到后请回复,感谢。

偶,也准备向测试经理的目标奋斗。看来也得多来“每周一问”练练笔才行,嘻嘻。
回复 支持 反对

使用道具 举报

该用户从未签到

70#
发表于 2008-10-31 15:14:56 | 只看该作者

我敬仰的测试前辈

原帖由 sun_0910 于 2008-10-29 13:14 发表
好久没上51Testing上答题目,谈谈自己的一点看法:


1. 让研发团队的领导重视缺陷:

很多研发团队的领导都是销售出生,懂技术的很少,他们和搞技术的想法明显不一样。我在的第一家公司,发布版本时很多时候, ...


我敬仰的测试前辈!!!
回复 支持 反对

使用道具 举报

该用户从未签到

71#
发表于 2008-10-31 15:19:06 | 只看该作者

谢谢各位大侠!!!

对“测试如何更有效说服研发去修改bug? ”这个题目讨论以后,个人感觉很明朗了,谢谢各位大侠!!!
回复 支持 反对

使用道具 举报

该用户从未签到

72#
发表于 2008-10-31 15:21:05 | 只看该作者
希望版主,以后多讨论一些工作中经常用到的,好题目,而不是测试理论!!

Thanks!!!
回复 支持 反对

使用道具 举报

该用户从未签到

73#
发表于 2008-10-31 15:35:08 | 只看该作者

我们很想学东西,特别反感向高手扔鸡蛋的测试菜鸟

最近几个月发现个别“不法分子”老是向测试高手扔鸡蛋,行为可恶!!!弄得现在答题的高手几乎绝迹了,几乎成为“国宝级的珍稀动物”了。要是后面再有这样的捣乱分子,希望大家群起而攻之,让它永无天日!!!!

同时,希望大家对以往的事情既往不就,到此截止吧!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

74#
发表于 2008-10-31 15:40:50 | 只看该作者

赞同,我支持

[quote]原帖由 hsbc 于 2008-10-31 15:35 发表
最近几个月发现个别“不法分子”老是向测试高手扔鸡蛋,行为可恶!!!弄得现在答题的高手几乎绝迹了,几乎成为“国宝级的珍稀动物”了。要是后面再有这样的捣乱分子,希望大家群起而攻之,让它永无天日!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

75#
发表于 2008-10-31 15:45:04 | 只看该作者

“测试如何更有效说服研发去修改bug ?”

我们公司,都是测试经理去和开发人员沟通是否修改,我们小兵只负责递交缺陷,现在看来,太幸福了,也不用为这些事情烦劳了!!!
回复 支持 反对

使用道具 举报

该用户从未签到

76#
 楼主| 发表于 2008-10-31 15:45:40 | 只看该作者
原帖由 爱巢 于 2008-10-31 15:21 发表
希望版主,以后多讨论一些工作中经常用到的,好题目,而不是测试理论!!

Thanks!!!

这些问题都是会员提出的,也是测试人员工作中不可避免会碰上的问题,我觉得是值得大家讨论的.
你有什么疑问也可以在问题征集贴中提出来.
回复 支持 反对

使用道具 举报

该用户从未签到

77#
发表于 2008-10-31 16:13:20 | 只看该作者
“默默巫版主”为我们新手说话,真好!!!
回复 支持 反对

使用道具 举报

该用户从未签到

78#
发表于 2008-10-31 16:24:39 | 只看该作者

版主,我已经把题目写进每周一问啦,希望能够说话算数,哈哈!

http://bbs.51testing.com/thread-129915-9-1.html

版主,难得的好人呀!!!
回复 支持 反对

使用道具 举报

该用户从未签到

79#
发表于 2008-10-31 16:29:32 | 只看该作者
讲讲我们公司的处理办法,已经跟开发相处了两年时间了,平时关系也都很好的,从来就不存在抵触的情绪。
我们的项目管理使用的是JIRA,发现的bug我会全部提交到JIRA上,并且分配给对应的开发人员,JIRA状态显示为“未解决”,不管哪个领导上去都可以看到有多少bug未解决,有哪个开发人员的bug未解决,所以开发人员还是很积极配合的,总不希望自己的bug老是堆成一堆吧,开发人员不不断刷新JIRA,一般看到bug都会以最快的时间来解决,我还没跟这个不解决bug与他们发生过问题的
回复 支持 反对

使用道具 举报

该用户从未签到

80#
发表于 2008-10-31 17:00:09 | 只看该作者
“每周一问”或“话题PK”是51Testing上办的最好的2个栏目,值得期待。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-23 05:28 , Processed in 0.077917 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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