研发和产品或者和测试撕 X，一般怎样想的？

[xiangmujia]

[w2bgopher]

天天对着电脑和代码有时候真的很抑郁，去找产品妹子或者测试妹子撕一下，瞬间觉得我还活在世上

[jugelizi]

一点软件基础没有
测试不知道 F12

[dandycheung]

就一句歌词：都是你的错！

[mumbler]

负能量只有两个排解方法
1. 传给下一个人
2. 独自偷偷哭泣

[ksedz]

“你还没想明白就让我做！”
“这不是 bug，你怎么乱提 bug ！”

[aLazarus]

我觉得大部分没有技术背景的产品都是傻 13……

[dengshen]

最怕测试强行加戏！

[sogwsc]

@dengshen 你怎么不说最怕程序员死不认 bug
需求写的明明白白的 评审通过 用例评审也通过 等到测试了 功能缺失 有些开发开始了：我觉得这个不应该这样做
摊手

[tfdetang]

@aLazarus 作为一个有技术背景的前产品强烈反对。 产品对业务的熟悉远比对技术的熟悉要重要。很多开发以为做个电商，做个 IM 我上我也行啊。但是如果是个会计类的产品呢？ 如果是个涉及到金融衍生品结算的产品呢？你确定没有产品你搞的定？ 傻 13 的是没有逻辑思维能力的人，无论是产品还是开发

[Landlords]

开发角度 对于一些奇葩问题的处理流程
如果测试是妹子 ，或者脑子转的过来不是一根筋的可以慢慢解释 。
如果是反应慢的测试，解释半天还想不通那种，把问题抛给产品 ，说设计如此，让测试跟产品开斯 ，自己一边看戏。如果产品说要改，看情况，不合理的要进一步沟通，问题争议较大的要再抛给上级。最后确定要改的话老老实实改， 最怕是产品今天这样设计，过一段时间忘记了是自己弄的，后面看到这个设计觉得不顺眼，又要改回去。

[aLazarus]

@tfdetang 你弄错了关系，对你的第二句：懂技术的产品，不等于不熟悉业务。对你后面的几句：略微懂技术或者有“技术的思维方式”的产品，不等于没有产品。
你要是体验下给政府做项目就知道了，那些啥都不懂的领导能提出多么离谱的需求，就算他们说出根据手机壳颜色更换壁纸颜色的需求我都不会惊讶

[Cielsky]

@tfdetang 对啊，傻逼的是人，并不分开发还是测试或是产品，每个人都很重要

[codepm]

每个人都很重要，多换位思考，最终服务的还是用户。用户的体验才是大家一起思考和解决的，要众志成城。

[2DaYe]

说到底都是责任心的问题。
产品有点儿责任心，把 prd 写清楚点儿，前后逻辑自洽；
开发有点儿责任心，把需求捋清楚再开发、自测认点儿真，真正上开发环境跑一圈；
测试有点儿责任心，遇到 bug 找找复现步骤和测试数据，简单分析下前后端谁的问题。
都对自己交付的工作负责，就不至于撕起来。

[dengshen]

@sogwsc 这是减戏~~