51Testing软件测试论坛

标题: 遇到这样的开发人员，我该怎么办呢？ [打印本页]

作者: 江潭素月 时间: 2010-8-10 11:31
标题: 遇到这样的开发人员，我该怎么办呢？
心情很不好...
怎么会有这样的主管？整天就这一句“客户不会这么操作的！”
今天有个问题，关于单位的选择，列表中有面积单位、质量单位、周期单位等等（如下图），我感觉像“面积单位”这样的是不应该被选中的。因为它们并不是实际的单位，只是个根节点。我把这个提交bug了，建议修改，因为之前其他项目中已经有类似的修改，参考一下就可以了。结果主管给我说，这个用户会根据需要选择的，过滤没意义。还说我是钻牛角尖。其实他暂时不修改也无所谓，但总是说“用户不会这么操作的，用户知道怎么做，没必要做限制”，如果用户都知道怎么做，电话格式、email格式、特殊字符、最长字段的限制等等都不用验证了。然后我就说得站在客户的角度做测试，客户什么样的操作都有可能做。然后他说我“不要从一个小问题就上升到测试的重要意义上去,太深刻,太尖锐了,太文革了...”
很无语，本来想继续给他说说来着，想想还是算了，毕竟人家是主管，胳膊拧不过大腿，万一惹急了人家，不自己找麻烦吗?
我就很纳闷，怎么会有这样的领导，普通开发人员这样说也就罢了，你一个项目负责人还这样，公司的产品质量可是靠你在把关啊...
我不知道该怎么办？按他说的办？像这样的人家认为客户不会犯的问题不提了？还是给他写个Email说清楚呢？
[attach]64374[/attach]

作者: liangshi 时间: 2010-8-10 12:44
我感觉很有趣：m/s是速度单位，不是面积单位；m^3是立方米（体积单位），也不是面积单位。开发主管是打算让用户从速度单位、体积单位、s/m（我看不出这是什么单位）中选出面积单位吗？如果这就是他的设计，我“代表”用户说一句：这个软件做得太烂了。

你的原始主张：“软件应该先排除无效的值，再让用户选择”是正确的。如果用户选择“面积单位”，会导致后台计算时发生异常，而这样的异常是可以避免的。

我的建议是将这样的问题提交到Bug管理系统。开发人员可以拒绝修复，但是测试人员从职责出发，应该记录自己发现的问题。把这个问题和开发人员说清楚：我的职责是报告问题，我希望能得到修复，你可以有不同意见。

对于没有质量意识的主管，不要与他较劲，不值得。可以考虑换一个部门或企业。如果他不重视你的工作，从长期看，对你的职业发展不利。

作者: Jackc 时间: 2010-8-10 13:48
四个字：做好本份

该提的Bug提了，该说的风险也说了，改与不改，确实不是测试员决定的。

上层说不改就不改了呗，其实有时候我觉得测试员闹着开发改Bug属于越权……那是error manager或PM的职责范围……

作者: sakuna 时间: 2010-8-10 14:21
顶楼上的一下

有一句话叫屁股决定脑袋，对于同样的一个问题，每个人看法肯定不一样，对于有的问题，PM不以为然并不奇怪，但是要记住一点，测试的立场不能丢
现实中，总是有公司不注重用户体验的，换句话说，叫他不在乎，爱用不用，不用拉到，这类公司，要么很强势，要么有关系
不过随着行业发展，很多公司也开始注重起用户体验来了，所以很多公司有了产品经理，有的公司有专门的用户体验工程师，这都是一种进步。
就跟回头看我们的测试的发展一样，也是一步一步慢慢发展起来的，说不定几年前你们公司还没有测试呢。
同样，说不定几年后，你们公司就有产品经理了呢，所以LZ不要生气也不要郁闷，我们要用发展的眼光看问题

[ 本帖最后由 sakuna 于 2010-8-10 15:27 编辑 ]

作者: 狩猎者 时间: 2010-8-10 14:24
发现BUG提交不提交时测试人员的事，但BUG是否修改就不是测试人员的工作了
总之，做好该做的，改变可以改变的，接受无法改变的

作者: archonwang 时间: 2010-8-10 14:31
貌似没有产品经理，感觉这个地方可能不是一个良好设计，客户体验可能比较差。

客户能自主选择是正确的，但是并不是以一概全，客户可能更希望傻瓜式的处理操作，简单，一目了然，过多的选项无助于客户更好的使用软件。

——建议仅供参考。

作者: 千里 时间: 2010-8-10 15:16
呵呵，对于单位那个。也许客户是专业人士，确实能看懂，而我们不是专业人士却看不懂。如果给我，我的做法是找产品经理或者项目经理协商下这个问题要如何处理，不过我会突出这个问题的解决不难，改一下不费时间。
又想到了一个邪恶的做法，就是把bug全部压着。等项目经理问的时候，就说没有任何bug，虽然发现一些，但是客户不会那么操作所以放过了。我觉得用他的话回复他，他会急的。然后要你不管bug巨细都要你提出来，这个时候可以和项目经理讲条件了。

作者: 纭纭_y 时间: 2010-8-10 17:25
很有趣的说法：客户不会那么操作的。他能够代替客户做决定吗？说得轻松哦。。

说不定，客户比测试人员还挑呢。。

作者: 楠族开心果 时间: 2010-8-10 17:37
我直接说：你怎么知道用户不会那么操作呀？你能代表所有的用户么？？？

作者: 千里 时间: 2010-8-10 18:17

原帖由 楠族开心果 于 2010-8-10 17:37 发表
我直接说：你怎么知道用户不会那么操作呀？你能代表所有的用户么？？？

这样说是解决不了问题的，只会让矛盾更加激化。

作者: zhangting85 时间: 2010-8-10 21:12
事实是，测试人员说的话代表不了用户，而开发人员在这个问题上占据了主动，所以需要测试人员来证明这个bug需要改而不是让开发人员证明这个bug不需要改。

楼上多位朋友认为测试人员不用管bug改不改，这点我是不同意的。

这个牵涉到一个测试人员最基本的职业目标。我们要的是提高质量，不是单纯地发现bug。
一个好的测试人员不是报最多bug的人，而是能让最需要修复的bug被修复的人。
一个bug会不会被修复，很大程度上取决于bug报告怎么写。你写XX地方一个文字错误，用户不应该看到这个单位名称。我敢说10个开发9个不会改。但是你要是说某个地方一个文字错误，用户由于这个错误会造成误操作导致XXX，XXX的严重后果，一般的开发都会改。又或者，你可以发信给其他相关的人，尤其是比你更能代表用户，比你更能给专业意见的人，把他们的意见写进bug报告，也可以促使开发修复bug。方法有很多，简单来说就是要做有效沟通。

作者: ringbaobao 时间: 2010-8-10 22:06

楼上说得非常有道理！

作者: msnshow 时间: 2010-8-10 22:19
所谓测试人员应该站在用户的角度想问题，那么在遇到与开发人员有分歧的时候，最好是看看用户的意见

作者: chengning 时间: 2010-8-11 09:59
就我所了解测试不能代表客户开发也不行领导还是不行
这种情况下还是谁了解需求谁了解业务听谁的
测试在需求不完善或者没有的情况下最多也是在猜想客户有什么样的操作就我个人所遇到的来说，因为我们公司是做医药软件的，有些东西测试真的是在想当然，因为专业的医疗人员就不会那样做，而你自己非要坚持这样去测，就算最后B改了，意义也不大。
另外，建议楼主不要有主管在测试上一定要比你强的概念，他能当主管肯定会有过人的一面资格老也是一种资本，还是心放平点

祝好运

作者: archonwang 时间: 2010-8-11 10:34
标题: 回复 7# 的帖子
主意太狠，仅供参考。

作者: Jackc 时间: 2010-8-11 13:55
呵呵，确实是一个很敏感的话题。

测试本身就是一个多角度的矛盾综合体，侧重于不同的因素就会培养出不同的测试员。（当然，均衡的测试员也不是最好的）

#11楼的朋友提出了两种非常好的改进方案：提高缺陷描述技能和寻求第三方技术支持。

不过，即使这样，测试人员也只是停留在“提供修改意见”层次，无法逾越到“决定修改”的高度。

测试人员可以收集更多的信息支撑自己的意见，不过决定权还是在别人。
主要是因为普通的测试员对“修改价值”无法达到较全面的认识。（比如：修改难度、客户体验度、回归缺陷风险、修改成本等）

所以，正确表达自己的态度并寻求支撑信息是属于测试技能范畴和职责范围的。但是，强行要求开发人员修改某个缺陷是不可取的。
请测试朋友们区分“建议”和“要求”的区别。

而像LZ测试的那个软件，也许项目主管定义的产品质量标准真的很低，像2#朋友说的，“m/s是速度单位，不是面积单位”。估计这软件真的只有“专业人员”才玩的转了。

最后，作为测试人员，除了需要保持自己的立场外，还需要“换位思考”。对于这个问题，至少得理解项目主管的立场是什么。Bug太小？没人力资源？也或其他。（理解对方也是属于交流的基本技能）

说了这么多，废话也很多，简单来说也只有4个字：全面思考

作者: 坚强的豆腐 时间: 2010-8-11 16:03
体积（m³）/速度（m/s）×时间（S）=面积单位你们主管肯定是怎么考虑的

遇见这样的主管做好本职工作不管改与不改 BUG先提交上有记录可查以后责任就不在咱了万一上头追究下来就叫他找开发去呗

作者: 江潭素月 时间: 2010-8-25 16:50
标题: 回复 2# 的帖子
m/s是速度单位，不是面积单位；m^3是立方米（体积单位），也不是面积单位.
这个确实...但是没法控制，自己想输什么就输什么。用户可以自己填写或删除。关于那个问题我提交bug了，被打回了，说不用修改，用户会自己选对的

作者: 江潭素月 时间: 2010-8-25 16:51
标题: 回复 3# 的帖子
现在bug出现争议的时候，有技术总监决定改不改

作者: 江潭素月 时间: 2010-8-25 16:54

原帖由 sakuna 于 2010-8-10 14:21 发表
顶楼上的一下
有一句话叫屁股决定脑袋，对于同样的一个问题，每个人看法肯定不一样，对于有的问题，PM不以为然并不奇怪，但是要记住一点，测试的立场不能丢
现实中，总是有公司不注重用户体验的，换句话说，叫 ...

谢谢您。我们公司现在的情况是起步阶段，各阶段不规范，虽然客户单子不多，但是开发人员整天忙，因为客户需求总是在变，所以一些不痛不痒的错误就不愿修改了

作者: 江潭素月 时间: 2010-8-25 17:06
标题: 回复 5# 的帖子
我觉得那个状况可以改变，就是bug出现争议的时候找项目经理或是技术总监决定，经过我提议后，我们现在这样做。

作者: 江潭素月 时间: 2010-8-25 17:07

原帖由千里于 2010-8-10 15:16 发表
呵呵，对于单位那个。也许客户是专业人士，确实能看懂，而我们不是专业人士却看不懂。如果给我，我的做法是找产品经理或者项目经理协商下这个问题要如何处理，不过我会突出这个问题的解决不难，改一下不费时间。
又 ...

呵呵，这样错有点过了，非得罪他不可

作者: 江潭素月 时间: 2010-8-25 17:08

原帖由 archonwang 于 2010-8-10 14:31 发表
貌似没有产品经理，感觉这个地方可能不是一个良好设计，客户体验可能比较差。

客户能自主选择是正确的，但是并不是以一概全，客户可能更希望傻瓜式的处理操作，简单，一目了然，过多的选项无助于客户更好的使用软 ...

客户可能更希望傻瓜式的处理操作，简单，一目了然。同意！

作者: 江潭素月 时间: 2010-8-25 17:09

原帖由 楠族开心果 于 2010-8-10 17:37 发表
我直接说：你怎么知道用户不会那么操作呀？你能代表所有的用户么？？？

说这个是没有用滴...嘿嘿

作者: 江潭素月 时间: 2010-8-25 17:12

原帖由 zhangting85 于 2010-8-10 21:12 发表
事实是，测试人员说的话代表不了用户，而开发人员在这个问题上占据了主动，所以需要测试人员来证明这个bug需要改而不是让开发人员证明这个bug不需要改。

楼上多位朋友认为测试人员不用管bug改不改，这点我是不同意 ...

您说的太对了。测试人员不只是发现Bug..得想办法提高项目的质量，如果提了bug都没人改，也没人管，那测试就没意义了。我们现在需要给出bug修复的理由，如果不修复会给客户造成什么样的印象，会给公司带来多么坏的影响

作者: 江潭素月 时间: 2010-8-25 17:13

原帖由 msnshow 于 2010-8-10 22:19 发表
所谓测试人员应该站在用户的角度想问题，那么在遇到与开发人员有分歧的时候，最好是看看用户的意见

看用户的意见？不现实吧

作者: 江潭素月 时间: 2010-8-25 17:15

原帖由 chengning 于 2010-8-11 09:59 发表
就我所了解测试不能代表客户开发也不行领导还是不行
这种情况下还是谁了解需求谁了解业务听谁的
测试在需求不完善或者没有的情况下最多也是在猜想客户有什么样的操作就我个人所遇到的来说，因为我们公 ...

谢谢你，我没感觉他在测试方面比我强，我们测试部没主管，我说的主管是搞开发的。他提高代码质量的意识很差，他的观点是功能做出来不报bug就Ok

作者: 江潭素月 时间: 2010-8-25 17:22

原帖由 Jackc 于 2010-8-11 13:55 发表
呵呵，确实是一个很敏感的话题。

测试本身就是一个多角度的矛盾综合体，侧重于不同的因素就会培养出不同的测试员。（当然，均衡的测试员也不是最好的）

#11楼的朋友提出了两种非常好的改进方案：提高缺陷描述技 ...

实在是太感谢了，您的话让我受益匪浅。
确实我应该提高自己描述bug的能力，应该找出bug需要修改的原因，最好能找到如果此bug不修改会带来什么样的后果，比如客户对咱公司失去信息等等不凉影响。再就是bug争议时寻求第三方决定Bug是否需要修改。
公司开发人员确实都比较忙，像这种没有404 huo 500错误页面的bug都不愿去修改，他们有时确实比较忙，倒是可以理解

作者: kuangquanshui 时间: 2010-8-25 17:59
这个问题我也遇见过，而其和你的领导像极了。记得做手机测试的时候刚去不久自己当时的心态就是好好去工作，尽量发现给用户不好感受的问题点。有一天下班我和领导走，当时就谈到测试对什么负责，我的观点是测试对用户负责，做的工作也要从用户的角度去想、去思考、但领导告诉我你不要管那么多，应该做的就是对产品负责。产品通过了就可以了。我和你一样很无奈人家是领导，咱们能说什么呢，和她争？到时候吃亏的还是自己的，自己能做的就是长点本事吧，找一个和自己想法，性格都一样的环境，比如去阿里，马云总说阿里是用户第一（至少他嘴上是这么说的至于行动还没机会经历过）。现在想想其实她说的也不是不会只是观念、想法、环境、地位、身份不同考虑的方式肯定不同。找个和自己想法观点比较符合的环境吧。有机会换个公司在这样的公司就是折磨时间长了对自己不好，很容易失去自我自暴自弃。发发牢骚见笑了。ps：我领导是个女的，我这个人比较大男子主义。所以就埋下了叛逆的心理。。。。。不是不同意女的自强只是不喜欢女的太强势。

作者: 楠族开心果 时间: 2010-8-25 18:29
标题: 回复 24# 的帖子
呵呵因为我们没有测试经理了，有时候我必须自己掌握自己的观点。。说到他心服口服

作者: msnshow 时间: 2010-8-25 21:45
不能改变，就适应了，如果也不能适应那就换环境了

作者: kuangquanshui 时间: 2010-8-26 09:04
标题: 回复 30# 的帖子
两个字“你强”

作者: 江潭素月 时间: 2010-8-26 11:26

原帖由 kuangquanshui 于 2010-8-25 17:59 发表
这个问题我也遇见过，而其和你的领导像极了。记得做手机测试的时候刚去不久自己当时的心态就是好好去工作，尽量发现给用户不好感受的问题点。有一天下班我和领导走，当时就谈到测试对什么负责，我的观点是测试对用户 ...

呵呵...女的强势没什么不好的，重要的是得强势正确的。不能拿着错误的观点强势。
我现在刚做测试没多久，又没多少本事，不能干得不顺心就走人啊，忍吧，先提高自己的本事再说呗

作者: 江潭素月 时间: 2010-8-26 11:27
标题: 回复 30# 的帖子
我们从来就没测试经理，就2个普通的测试人员

作者: 江潭素月 时间: 2010-8-26 11:28
标题: 回复 31# 的帖子
适应不了忍着，等积累好本事了再换环境

作者: kuangquanshui 时间: 2010-8-26 13:07
标题: 回复 33# 的帖子
长本事不是就在这一家公司长的。时间长了你顾上的就不是长不长本事了。你的重点就转移了

作者: 坚强的豆腐 时间: 2010-8-26 13:54
又看见这个帖子了记得在以后跳槽的时候跟你领导可以说一些非常和谐的字眼

作者: 丫崽儿 时间: 2010-8-26 14:09
标题: .................
............

作者: 江潭素月 时间: 2010-8-26 14:12
标题: 回复 36# 的帖子
可是经常跳槽可不是件好事啊，但凡工作可以就先忍忍，不能因为某个领导不怎么样就跳槽吧

作者: 江潭素月 时间: 2010-8-26 14:16
标题: 回复 37# 的帖子
我跳槽貌似和他没多少关系。他是某个技术组的主管，我们测试归技术总监管

作者: 江潭素月 时间: 2010-8-26 14:17
标题: 回复 38# 的帖子
不知道您是什么意思

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