大吵一架，开发跟测试真的是水火不容的吗？

[wx497657341]

今天跟测试同事大吵了一架，现在心里特别不是滋味，忍不住想问问大家：开发和测试之间真的只能是针锋相对的关系吗？

事情是这样的，我是一名开发，最近刚把一个功能部署到测试环境。本以为能顺顺利利推进测试流程，结果测试同事在测功能的时候，感觉根本没吃透需求文档，操作的时候完全是凭着自己的理解 “瞎点”。有些功能逻辑需要特定的前置条件才能触发，他没按正常流程走，最后没得到预期的数据，二话不说就直接提了个 bug 。

我看到 bug 描述的时候有点无奈，就跟他说：“这个功能的逻辑在需求里写得很清楚，建议先把需求吃透再测，不然很容易误解功能设计。” 结果这话一出口，他立马就不爽了，觉得我在质疑他的工作能力，两个人你一言我一语就吵了起来。

其实我完全没有针对他的意思，毕竟开发和测试的目标都是让产品更完善。但这种因为需求理解不一致引发的冲突，真的太影响工作效率了。想问问大家，平时开发和测试之间都是怎么沟通协作的？遇到这种需求理解偏差的问题，该怎么解决才不会伤和气呢？

[mumbler]

测试就不应该按正常流程走，才能发现问题，如果是功能设计的问题，你应该把锅给产品，而不是跟测试去吵

[georgetso]

为什么要认真工作？不可以摸鱼吗？打个工有必要吗？

[peteretep]

1 、测试就是测试各种意外的，如果有前置条件没有完成，系统需要拦截，或者给出提示，不能要求测试自己预先知道这个知识
2 、加上产品一起吵

[Dillan]

对方已经诉诸情绪了，就先解决情绪问题，再想办法解决工作的问题。

[hidemyself]

”有些功能逻辑需要特定的前置条件才能触发“
没有走到特定的前置条件就触发了，这不就是 bug 吗

[leehomyhh]

挺搞笑的，测试就是随便点啊，点出 bug 就是 bug ，不然都按照正常逻辑来点，还要测试干嘛

[belin520]

测试就是干这些边界 bug 查找的

[zhangciangming]

你敢保证用户不会这样操作？

[Smileh]

你觉得不是 BUG 就 打回这个 bug ，
然后附上原因， 如果还有疑问
就拉着产品确定

[wangtian2020]

客户会管你随便点击吗，随便点不出问题是最基本的要求

[ice2016]

得有容错处理和提示信息。

[zpvip]

这种同事要珍惜, 他做的是 smoke test, 就是要瞎点, 不能有意外, 如果不换流程, 你得有提示用户哪做错了啊.

幸好你系统没交付就测出意外了, 你要感谢他.

[choah]

做产品要把用户当傻子对待

[Vraw5]

用户是傻 x 啊。
前置条件？用户：我不造啊。

[yuanmomo]

@zpvip 不是 exploratory 测试吗？

[newaccount]

这不就是你没判断被除数不能为零吗？还能怪测试？

[onebyone]

好的功能就得要经得起各种测试，实际使用中一些客户的操作方式可能比你们的测试更离谱

[wx497657341]

@hidemyself @leehomyhh @zhangciangming @wangtian2020 @ice2016
是一个国外的项目，需求是用户上传技能证书图片、PDF ，后端解析出格式化数据，存储到草稿表。上传完成后用户跳转到证书编辑页面，将解析的数据填充到表单。

之前一直都是有证书无效的原因的，但是上次一个需求改成了：如果证书不是本人的或者证书无效则不给前端传数据。

测试一直用他的账号上传别人的证书，数据库清清楚楚记录下了原因。

@Smileh 确实应该拉上产品

[HelloWorld23333]

显然是你的问题。首先随便换一个项目负责人都不会站你的。
*优先测试提的问题，是可以不改的
*测试提单那是他的本职工作
*测试阴阳怪气，你生气就会占下风
*测试工资不高的，拽里拽气的不用管

破解心法：“是 bug 淡定” ，“是 bug 淡定，天没塌下来”，测试抱怨：“你要自测再给到我”，回：“都是测过的，程序无法自证没问题”。“你把日志取出来，最好有录像，我好重现修改”。程序一定要淡定，这样就显的测试大惊小怪的

[spritecn]

年轻了,这种事回邮件/JIRA ,@一下产品就好, 你这回复就有点找架吵的意思