产品与测试,本该是一对好兄弟,一个为产品质量负责,一个为产品质量服务。但往往事与愿违,经常出现产品与测试撕逼大战。
为需求而撕逼
测试:需求不明确,测试用例写不出来!
产品:你不晓得向客户了解需求啊?
测试:啥子都需要我去了解,还需要产品做什么?!
产品:我负责做原型设计!
测试:你的原型设计不详细,有五毛的作用!
……矛盾持续升级中,大战一触即发
需求肯定需要产品进行收集整理,但确实难以做到面面俱到,也需要测试根据经验提出补充建议。而产品也应该理解测试,采纳合理的需求改善建议。
为不断变化的需求而撕逼
产品功能已经转测,正在紧张测试中
产品:这里有个小优化,开发、测试兄弟抓紧下?
测试、开发:没问题。(出现愤怒条)
产品:这里可能没考虑到,要加个功能,测试、开发兄弟辛苦加个班?
测试、开发:你是大爷,你说了算!(愤怒值飙升)
产品:哎呀,先前客户问我XXX功能这个版本有没有,我说没问题,麻烦测试、开发兄弟熬下夜?
测试、开发:你大爷@¥#!(愤怒值满满,产品随时被K.O)
开发过程中需求变更在所难免,但不能没原则、无节操地想变就变。需求变更过大时,需要拉上测试、开发等干系人做变更分析,重新确定工期。测试需要做的是评估变更可行性,如果不可行,反馈意见,并共同确定解决方案。
为产品的天马星空而撕逼
走了一个产品,又来了一个产品(人称“接盘侠”)
产品:我有一个绝妙idea,需要大家一起协助!
测试、开发:没问题。(私下吐槽,这种idea见得太多了)
当idea出结果后,并不理想
产品:我认为前面的idea没问题,但需要增加A、B、C、D…支撑,希望大家继续努力;
测试、开发:好。(怨念在升腾,私下吐槽这家伙傻叉,简直是一路走到黑)
当迭代N个版本后,结果仍然不理想
产品:我有个大胆的idea,这块需要重构,进行大改。希望大家齐心协力,冲鸭!
测试、开发:纳尼?我们不干了!(为该产品何时打包走人热烈竞猜中)
作为产品,不要怀着“不花自己钱不心疼”的心态做事。好产品是需要时间来沉淀的,不妨多出去走走看看,结合市场数据分析后,来设计产品。要多思考,多听听别人对产品的意见和心声。而作为测试,当产品有问题要及时表达自己的意见,如果产品一意孤行,可以试着向上级反馈。
为产品沟通不到位而撕逼
产品有变更,只拉上了开发
测试后,很多bug被标为“设计如此”
测试对开发:明明就是bug,你看需求
开发:产品说如此改的
产品:变更时忘了告诉你
产品私下告诉测试(开发)需求变更,产品验收时
产品:这里怎么与需求有出入
测试:你说的改为这样
产品:没有啊,从来没说过
测试(开发)几下找到聊天截图:这个不是你说的?
产品:哦,那改一下下~
测试、开发克制住打人的冲动,去加班了~
当发生需求变更时,涉及到的相干人员都应通知到位,产品没想到时,测试可以负责通知。需求变更应该让产品形成正式文档或邮件进行公示,避免后续互相扯皮。
想学习却无从下手,该如何学习?
这里我准备了对应上面的每个知识点的学习资料、可以自学神器,已经项目练手。
如果我的博客对你有帮助、如果你喜欢我的文章内容,请 “点赞” “评论” “收藏” 一键三连哦!