遇到这样的开发人员，我该怎么办呢？

江潭素月

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

附图  [时间:2010-8-10 11:41]

51_51testing

晕死，回复的是你前面的那个帖子。可惜51testing老说我没有登陆。乱搞一气后居然回复错了。

51_51testing

从图上看貌似是有Exception没有处理好。是code的问题。肯定是bug。
Dev的这种说法强词夺理，你要不让他定义一套用户的操作标准，写到用户指南，声称操作之外问题一概用户负责。希望有人还要这个软件

江潭素月

谢谢你啊，确实，我做得太表面化了，得做深点，才能说服开发人员

zhangting85

这涉及到一个bug报告的核心问题。就是你怎样才能证明这个bug是值得去修改的。
ok，表面上看这个bug无足轻重，客户也不会这样去使用系统。那么你的bug报告里是否可以附上，万一客户这样操作了，对系统会产生什么样的后果？也就是说，你现在发现了这个bug但是还没有到应该报告的时候，你可以试着选上这个不该被选上的东西然后看看系统会不会接受。假如系统因此崩溃了，甚至数据因此丢失了，你觉得开发还能推搪说这个是个小bug吗。