你们公司都有专门的测试部门吗？研发和测试部门是不是天生的相爱相杀？

[checkout]

我司研发嫌测试瞎提 bug ，测试嫌研发修复不及时态度差。

说下我个人的看法，我认为互联网公司不应该设置专门的测试部门，应该由研发内部测试，产品验收。线上发现的 bug 要对相关产品研发问责。

两个理由：
1 、生产者对自己的产品质量负责不是应该的吗，就像厨师做菜不需要找个人尝尝。
2 、互联网项目要求快速迭代快速上线，而且即使线上出现 bug 也能快速热修复。为了有可能出现的 bug 增加人力流程收益不大。但是客户端类的要严格测试，因为升级成本大。

[iloveyou]

我司也有，不过已经流于形式了

[alphadog619]

有时看到没有测试的互联网公司，我都觉得不可思议，并不是我把测试说的多么重要。但是软件能够直接上线吗？流于形式，那是没有很好的管理。之前待过一家公司，公司的产品上线后是要第三方拨测的，同时公司内部也有测试部门，我们测试可以做到第三方拨测找不出问题。

[SpicyCat]

代码自测顶多做做单元测试。测试本身就是个专业的东西，让开发兼职，只能说对质量不负责。
出 bug 对研发问责？这想法太奇葩了。

[kulove]

要测试，那么多种情况，都能都测到么
开发是开发，产品是产品，跑去测试忙不过来吧，再说也不专业。

[jmc891205]

- 我司研发嫌测试瞎提 bug
研发在交付功能的时候要把 spec 写好，打个比方，有一个要求用户输入金额的文本框，我预期只接受 0-(2^64-1)的整数，那在 spec 里就要写清楚如果输入了非整数会显示什么信息，输入了不在这个范围内的整数会显示什么信息等等，而不是直接交付给测试让测试去猜哪些输入是合法。没写清楚的东西，测试测了，那是绝不能怪测试瞎测的。

- 测试嫌研发修复不及时态度差。
研发修复 bug 跟测试有什么关系。。这个进度应该由研发的 leader 来控制。

[soli]

不能自己又做运动员又当裁判哈。

出了 bug 向相关研发产品问责没问题，但是码农和产品狗，能负多大责呢？
最大就是辞退，公司还得承担 bug 导致的损失。另外还可能损失几个产品和研发。

研发和测试的矛盾其实很大一部分是研发的盲目自信导致的。

我前公司不但有专门的测试部门，还有专门的质量部。
我们项目的研发测试关系融洽，研发很少出 bug （交给测试之前都认真自测过），
测试部门不但测试还能帮忙定位问题，提高开发效率（有时开发任务太多，自测不充分的时候会提前向测试说明）。
另外还有质量部严控测试、打包、上线流程。

每个部门和环节都没有『流于形式』，所以线上很少出问题。

现在这个小公司，开发完直接上线，每次都心惊胆战的。
当然，小公司嘛，出问题也影响不大，用户走了一批还能再来一批。

[tabris17]

因为测试是黑盒测试，提不出 BUG ，只好凑一些用户体验甚至 feature 性质的 BUG

[tabris17]

另外，产品文档定义不清晰，功能理解误差，都有可能导致测试『瞎提』 BUG

[quericy]

产品就是测试...一开始改需求是以 bug 的形式提出来的...

[dahvlh]

上家公司是有独立测试部

现在的话公司团队比较多，基本都是研发+测试同一个领导。

感觉后者比较好，沟通比较流畅。

[liprais]

你做过"如果出了 bug 客户就要上门来砍死你"的产品,i.e,大部分商业数据库，就会明白测试有多么重要了

[gefranks]

开发,产品和测试关注的点不一样,角色功能不一样, 不能替代
开发自测的只能覆盖一部分最基本的地方，特别是改 bug,很多改一个地方影响一大片的地方
如果说不需要测试的话, 那软件规模还不够大