51Testing软件测试论坛

标题: 用户体验、页面优化的问题算不算bug [打印本页]

作者: tianyu890619 时间: 2012-7-27 15:05
标题: 用户体验、页面优化的问题算不算bug
刚进一家新的公司不久，算小公司吧，在项目测试过程中，我们测试组的人员提了一些关于用户体验、页面优化的问题，结果开发组长竟然说，这些不能算Bug,说这些就算有问题也应该是设计人员的问题，不应该提交给他们开发人员。其实有些问题并不需要需求设计人员重新设计，问题很明显，我就反驳过去说，这些也是属于bug的范畴，而且有的公司很注重用户体验这类问题，而后他们说以后再有此问题就直接找设计人员，还有就是说有些问题不是我们测试人员决定的，而且我们项目经理也是站在开发人员的立场上的，搞的我很纳闷，大家想想，我该怎样办，怎样处理好与开发人员之间的分歧，或者说动他们，去解决问题

作者: luming 时间: 2012-7-27 19:38
测试的目的是验证需求，没有需求的情况下，测试人员可以自由心证，但是不能强制别人也如此。
用户体验、页面优化的问题，在不影响功能的情况下，可以提建议，未必需要强制性修改。
而且测试人员认为是问题的，客户也许并不如此认为呢。
真正的用户体验问题，还是让用户最终决定吧。

作者: tianyu890619 时间: 2012-7-27 21:13
回复 2# luming

很感谢你的意见，其实有些问题其实是介于功能与优化之间的，并不是说需要需求设计人员去进行设计的，就比如一个弹出层框，由于设置得过大，导致弹出层的关闭按钮被滚动条挡住，我觉得调整一下文本框的布局就oK了，而开发却说，这个改动很大，需要设计人员去重新设计，要求设计人员出低保真，我是觉得有点过了，难道开发人员一丁点自己的设计思想都没有？

作者: luming 时间: 2012-7-27 22:09

回复 luming
很感谢你的意见，其实有些问题其实是介于功能与优化之间的，并不是说需要需求设计人员去 ...
tianyu890619 发表于 2012-7-27 21:13

多一事不如少一事，测试人员可能觉得小事情，开发可能就会很麻烦。
我认为，除非确切的功能性问题，其他和开发说一次就够了，除非客户有强制性要求，否则没有必要太较真。
开发和测试的想法是不同的，大部分开发认为只要完成功能，其他没什么大不了的，测试考虑的更多一些，这是观念上的差别，没有太好的办法解决，除非能换位工作一下，那个时候，你可能也会觉得麻烦不愿意修改缺陷呢。

作者: tianyu890619 时间: 2012-7-28 13:54
回复 4# luming

你说的也有道理，不过我做了也有两年测试了，之前在其他公司里，根本不会出现这种情况，而且我们现在是自主研发的公司，完全是我们自己决定自己的产品设计，我只是觉得开发有时候有点惰性化了，就拿这类问题，肯定应该算bug，解决的途径可能有多种，但作为测试人员，虽然有些非功能性上问题可能需求上并没有列出，但我觉得该提的还是必须提出，虽然需求是我们测试的依据，但并不绝对，而且需求并不能方方面面都考虑的那么细，而测试人员应该也应具备基本的用户体验方面的考虑，这样才能更全面的体现测试的价值。

作者: yang1061 时间: 2012-7-29 22:34
只说明该公司不太重视测试人员.

作者: LCHLynn 时间: 2012-7-30 11:48
我觉得对于用户体验和界面优化的问题，可以作为一个建议，不能算是bug，如果是页面的某些操作使用起来实在是不方面或者是影响用户操作的建议，可以反应给测试经理，然后跟开发或设计那边的负责人讨论究竟是否后期修改；否则可以作为开发或设计人员的意见参考。但是我觉得在前期的设计是很重要的，否则在后期如果有比较重要的问题出现，那就比较难解决了。

作者: bill_hen 时间: 2012-8-7 04:21
It depends, a small paint problem on a BMW car is a serious defect, but nobody cares for a cheap domestic car, just maybe.

作者: wuliangye 时间: 2012-8-8 11:27
首先我觉得用户体验、页面优化这些可以作为建议，在bug分类中将其划分为用户体验类bug，告诉开发人员bug的不同分类，不要纠结于究竟是不是bug这样的问题，其次楼主要注意心态，不是所有的bug都需要说动开发人员让他们去改的，不改就好像觉得他们在故意刁难似的，类似于UI这种bug，可以在bug例会上提出，不要试图在开发人员坚决不承认是bug的情况下去说服他们认可你的看法，在例会上向所有人客观提出你的想法，告诉大家你站在用户的角度来看认为这种UI设计是不合理的。很多时候当项目紧张啊或者开发人员认为是设计人员的bug时，比如在测试人员看来就是一个弹出框大小，调整一下就OK了，在他们看来也许就有其他考虑，我们的目的是告诉所有项目成员和领导，现在有哪些bug。

作者: humh 时间: 2012-8-8 16:47
测试还是有轻重缓急的,也要看看环境的适应性.
轻重缓急: 项目有重点的,也有普通的,有紧急的,有慢的.
环境适应: 不同公司不同产品,质量关注点不一样,质量过程也不一样,不能照搬原来公司的流程.
总结起来就是: 测试需要和公司的产品属性结合起来思考测试的策略和过程,而不是具有通用性的.

作者: zeuscom 时间: 2012-8-13 11:39
不要与开发进行正面交锋，这样你会很吃亏。你可以换个方向来说。你说你开发的没错。但是用起来很不方便。等到用户用时，肯定会说开发人员没开发好。技术不到位。你肯定不愿意别人否定你吧。那就改一下吧。

作者: tianyu890619 时间: 2013-2-20 10:03
恩，关键还是要建立好一个规范，现在主要就是公司的很多规范还没有建立起来

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