devwolf

@shyrock

重点确实是帮 op 解决思想工作，但阁下是只抓开发吗。

“质量进步”
好的，那我也确实赞成，op 提升自我当一个“更优秀的软件工程师”确实可以解决问题，甚至是根本性作用，这点也没什么毛病。

“足够优秀的程序员”可以节省公司花在测试上的开销也没什么问题。

——
没有问题的问题就是，是人就会犯错，以及什么是“测试的义务呢”？
为什么只能有足够优秀的程序员，而不能有足够优秀的测试？
既然足够优秀的程序员定义成“可以写出没有 bug 的代码”，
足够优秀的测试可不可以自己写代码啊，
我这边公司的可以哟，甚至兼任了运维。
这样的个例也是有的。

足够优秀的程序员，得加钱

@shyrock

……对啊，重点是讨论谁担主责问题来着。
但因为 op 本身并没有提供很多有用的上下文线索，而网友就立判了很多我个人并不知道哪儿提取出来的结论，当然“我格局小啦”。

质量进步这件事，开发和测试谁更能起决定性作用——开发一身两职 yyds ，不如把运维也并了吧，直接全能，我这可没开玩笑。

优秀的软件工程师不用测试人员也能写出来高质量软件；不合格的软件工程师，给他配 10 个测试也解决不了问题。
——这样的工程师，我如何能用远低于测试的钱收 100 个呢

@liuawei 这句话，我这边是有看的。
但是这样的内容，实际上 op 啥也没说啊，我认为是完全可以有两个不同方向的理解
1)测试员没有测出问题，上线后算在 op 头上，此类事件出现多次。
2)op 负责的内容，多次上线出现问题，其中一次是这种测试员没有测出来的。

拿 1 ）来展开的话，那么是不是同一类问题呢? 同一类的话，是 op 可以事不过三的那种问题吗？是，那是可以归属代码质量太低，不是那继续展开。

@loriann op 提供的可立判内容太少了。

和领导聊……
我想问一下，op 所在公司有明确的责任分担规则吗？

在 v 站理论，再讲理也赛不过公司的一份员工手册。

要是 op 的上级定死了分锅规则是这样的，或者 op 领导是 shyrock 那种类型的人……感觉不会有什么改观。

看了几楼我开始好奇，怎么这么多人都是一锤定音了“这个没发现问题的测试薪资比 op 低”，
即便 op 并没有公开这个参考系数。
总觉得超出我求同存异的阈值了

……希望 op 能从中找到自己满意的解答，并好好走下一步棋吧。

200 的购物卡

@fighterlyt 主要是我见识短，不知道现实里真有'不耍流氓'的，如果真有那我希望将来也能跳到了

@fighterlyt 看到了#10 ，基于工资分锅。
leader 这样拿更多钱的高职级分连带锅这个我知道，也确实呆过。
同级的话，真有这样的公司嘛,测试与开发基于工资分锅？
至少我经历的几家，直到提桶了才知道同事拿的多少钱。

@fighterlyt 我呆的这家小公司就是这样耍流氓的，而且这边的开发和测试都同意这样的流氓式分锅。
那么更好的是怎样的？