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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上家公司是有独立测试部

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

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

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

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