大家请进来看下，测试与开发上的矛盾？
在做黑盒测试的时候发现，用户需求上并未说明，但我觉得开发人员对于界面的设计上有些许不合理的情况，如对于一些信息列表（分页显示内容），可能在数据记录量大的情况下需要做翻页，但开发设计人员并未这样设计（不知道是没时间太赶没想到还是。。？），在提交BUG到TD的时候，我是否该提交这样的问题呢？那如何定义严重级别呢？ 我觉得如果有可能的话可以跟开发人员交流一下，让他们认识到问题的存在比较好。如果他们认同了你的看法，你再提交好了，至于严重级别我觉得这个问题应该属于界面不够友好，降低了软件的易用性，级别可能是最低的吧。（仅供参考！！） 除非功能不能正常运行，那么没有规范则不存在错误。一般来说，像楼主说得那些问题，需要有一定得支持依据：比如文档才能定论。 非常感谢 学到很多~。。。
不过对于界面上的设计 需求上不可能完全都进行定义 （定义越多越好）
再遇到这样的问题 是得与开发人员进行沟通 达到认识的一致性
测试应该贯穿整个项目过程~。。。 当作意见提，当然从用户角度来说这类问题还是算bug的 个人认为这些问题应该算是Bug，而且是比较严重的Bug，需求上不可能每个细节都考虑到，因为他不知道开发式如何实现的，但是作为一个开发人员必须在Coding的时候考虑这些问题，例如分页，这个是绝对需要的。
这就相当于一些没有说明但是大家都知道的规则一样，不一定非得要在每一个系统的需求规约中体现，但是做软件就应该知道这些东西，比如删除要弹出确认删除的窗口，登陆页面要有忘记密码如何处理的提示等。 规则就是用户的使用习惯，和用户觉得是否方便！
一个好的东西不能是功能异常强大，但是客户都不知道怎么用的吧！
那样在好的功能开发出来又有什么用处？ 如果不影响正常的功能和用户的有效使用.
我觉得可以当作是一个建议性的BUG来提,由PM来定夺. 集中问题大家评审 GUI的窗口有很多默认的东西，这是一个严重的操作上的UI bug。 个人观点：
做测试的主要责任是发现问题。换言之，只要我们认为不合理就可以报。另如果这个问题你提了开发部没有改，至少我们注意到了（楼主说的情况应该属于那种可改可不改的问题），并提醒了开发人员——如果客户抱怨，那就不是我们的事了。
做测试更没有必要患得患失，大伙说这么多不就是个“怕出错”的问题么？ 只要是人就会出错——开发人员不就天天在出错？他们不出错我们就没饭吃了！测试人员当然也有失误…… 我也会遇到这样的问题，想提交的内容很多时，在表中没有做换行或掩盖处理。先和程序员沟通一下，其实他们还是很赞同的，在提交的bug库。
我觉得在和程序员沟通时，还可以多多的问一下他们软件的结构，为什么会出错，他们一般都还是很愿意解释的。 尝试分析用户的使用，如果用户的数据量是很大的，也就是说经常要碰到翻页的情况，那么这个应该算是一个bug 我觉得应该当作建议来提，我们平时碰到类似这样的问题，错误级别都是以建议提交的。不过我们像我们测试都是从用户的角度出发的，所以，开发的一般的情况下都会接受我们的提议的。 应该是建议，不过再级别里可以区分高低~~
：） 看情况了，加入比较重视软件的可操作性，那这肯定就是BUG了，记得我来我们公司的时候，老总，只要你认为软件不好的地方都可以提出来，包括什么字体看起来不舒服啦、总之就是用户操作的时候，感觉不是很满意的地方全都可以提交。至于修改的问题就是开发人员的事情了，毕竟有时间，人力，财力诸多方面的约束，但是可以在后续版本中考虑到这些问题 有的时候觉得和开发人员的沟通蛮困难的。人家都是我的领导！郁闷的！ 觉得只要做为测试人员就要以软件为先, 坚持自己的观点 測試與開發是一種很微妙的關系﹐并非大伙兒所說的矛盾。
做测试的主要责任是发现问题﹐而開發人員就是為了解決這些BUG﹐所以我覺得只要兩者之間協調好﹐就不會有矛盾----"溝通產生默契" 类似的问题本人也遇到过，也就是类似的翻页问题，结果客户的领导（公安局的科长）死活说不行，要求我们改，所以个人觉得在是设计的时候应该考虑到类似的人性化的问题！
页:
[1]
2
