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