回答
我也认为先和开发沟通一下,在提交BUG时,应该不是什么很大的严重程度,也谈不上矛盾,友善的沟通是可以解决的! 作为测试人员,良好的沟通是必备的技巧吧,如果你觉得这些问题是会影响到客户对产品的满意度,那就应该首先和开发进行一下讨论,如果有不能协调的部分,就应该进行一个小组范围的讨论了,最终由级别更高的人来做决定了 对于软件的易用性和操作性也是测试的范畴吧,而且我觉得对于这些建议一般都是提交给产品经理的,然后产品经理更改或增加需求再提交给PM,然后开发人员再改。测试人员没有决定权,只有建议权吧 可以站在用户的角度考虑,bug级别可以根据用户投诉的几率来定,如果这个问题用户肯定会投诉的话,那就定的高一点;同时还要和软件多交流。 我正好也在测试过程中遇到了这样的问题,觉得软件在使用过程中有很多不太顺手的地方。。。提交了建议,不知道PM怎么定夺了。。 我的经验,提bug之前跟开发做口头沟通,这样一来有利于关系的建立. 二来开发对这个问题有个准备,他自己也可以进行验证,确认是问题的存在.如果是界面友好或者需求性质的bug,建议一般都是4类(ClearQuest),优先级别就看项目的安排了. 我觉得要和开发沟通一下,如果可以商量解决最好,因为测试开发并不是对立的而且互相合作的我觉得
像LZ所说,应该是界面上的问题,需求李如果没有明确定义的级别应该很低
提交到BUG管理工具上,改不改统一商量
回复 #1 takiro 的帖子
其实也可以那样,试着和开发人员进行交流 如果那个使用该系统的用户是他本人的话,去在那不方便的环境使用该系统 看看他的反应. 或者还点搞笑性质的,假如用你那系统的,是你女朋友,你还会那样去设计吗?? 呵呵,相信他的态度会改变的....... 纯粹了为了顶帖~ 跟开发人员交流! 我同意kpxl 的看法 支持楼上的 首先我感觉你应该找到问题的根源,可能是你们的需求没有定好,或者是需求阶段做的不充分,甚至根本就没有需求。在这种情况下要是开发人员的水平有限,就会出现上面你所说的情况,在这种情况下,我感觉最好是建议开发人员做修改,可以考虑设置鼠标悬停,bug的级别不要太高,因为它不影响基本功能的实现 我喜欢打游戏但没有机会做游戏测试 学习中,印个脚印!!sdlkfj2 好好沟通吧,这种问题对于开发与测试是经常会发生的.
页:
1
[2]