被开发同学”忽悠”后的反思

来源:互联网 发布:cad for mac 汉化 编辑:程序博客网 时间:2024/04/29 20:45

不知道各位同学在项目中有没有遇到被开发同学“忽悠”的事情,现在我拿出来糗下,给大家提供一个借鉴。项目测试进行到后期,pd开始随机的检测我们已经测试过的功能点,其中有一个问题被pd检查了出来,作为该部分功能测试人员我觉很居丧,而且懊恼后悔。

逻辑上的错误一般比较难以检测出来,或者说由于数据量比较大的话,也不太容易发现,测试的过程中我发现了该功能点存在问题,出来的结果不是我所理解以及我想要的结果,因此找到相关开发同学,说出了我的理解这个应该是与的关系。开发同学确说这个是或的关系,我不认同开发同学的解释,并问为什么不是与的关系呢,开发最终的解释是,“与”技术上实现不了,听到技术上不能解决后,我最终没能坚持自己的意见。事后pd邮件发出来,我看到这个问题后,觉得超级郁闷,但是又对自己懊恼,反思出现这种情况自己的作为极度不合理,不可取。

第一在出现分歧的时候,应该回去再看下相关的需求文档,在uc中这一块逻辑没有表述的很清晰,说明在uc评审中,我的功课做的不充分,没能深度挖掘出来潜在的问题。第二出现这种情况应该向pm说明,征求pm的意见,对于逻辑上的关系应该向pd咨询清楚。自己的做法太武断,而且有失测试人员应该有的责任心。第三,出现了问题应该向测试负责人说明该问题的情况,以及自己负责跟进该情况的处理结果。

可以说在这件事情上范了严重的思想麻痹错误,没有表现出足够的自信,在关键时刻没能想起按照流程和规范做事。第一次参加项目,但是欠缺经验绝对不能成为借口,发现了缺点后,应该在日后的工作中加以改进,绝对不能被一块石头拌倒2次,同时作为测试人员我们一定要严格按照流程规范仔细工作。我遇到的情况,可能大家不会犯这样低级的错误,在这也算给大家提个醒吧。

原创粉丝点击