这是一个创建于 1354 天前的主题，其中的信息可能已经有所发展或是发生改变。
是这样的，本人在开发过程中有几次出现线上版本出问题，领导警告再这样提桶走人。但是我想不通测试测好的程序出问题为什么要怪在开发头上呢。。。。
第 1 条附言 2022-01-25 16:58:18 +08:00
再求助一下，这个问题要不要和领导聊一下呢？？？？？？
 | 1 kinghly 2022-01-25 15:45:50 +08:00 2 个人的锅 |
| 2 kinghly 2022-01-25 15:47:32 +08:00  2 测试只是一个兜底。作为开发不自测，出 bug 还觉得是测试的责任。 |
 | 3 kop1989smurf 2022-01-25 15:47:35 +08:00 测试产出的程序测试负责这个没问题。 但测试团队在内部测出一些低级错误，也是开发的重大失误。 在我们的评价体系里，测试团队打回的错误数量，以及严重程度也是评判的一个环节。 |
 | 4 Hurriance 2022-01-25 15:48:19 +08:00 测试阶段是通过的，不就说明是没问题的吗？有问题应该在测试阶段提出来的吧 |
| 5 kop1989smurf 2022-01-25 15:49:41 +08:00 1 换句话说，一码归一码。 你把影响生产环境，和“被警告再这样被开除”联系到了一起。 但实际上这是相对独立的两件事。 只不过因为测试团队的失误，使得事件影响扩大化了而已。 |
 | 6 ashuai 2022-01-25 15:51:26 +08:00 测试主责，开发次责。 你的情况应该是领导觉得你更好欺负，或者测试和你受到了同等的威胁 |
 | 7 devwolf 2022-01-25 15:52:01 +08:00 via Android 我觉得得看具体问题是什么样的。 比如这样的：代码不规范导致测试环境运行良好，测试人员在测试环境无法复现。这种的，我这边是完全算开发的，不过头两次注意就行。 （非要吐槽的话，就是为啥测试环境不也开个严格模式了……） |
 | 8 loriann OP @kop1989smurf 还有点我想不通。测试测出的问题可以都算作开发的。但是测试测通过的版本出问题开发需要承担多少责任呢。。。 |
 | 10 fighterlyt 2022-01-25 15:54:12 +08:00 2 开发人员的锅，谁写的就是谁的问题，没有测试出来，最多是有牵连责任。 |
 | 11 w0017 2022-01-25 15:54:17 +08:00 测不出来问题是测试的，测出问题不改是开发的 |
 | 12 KarlChen2015 2022-01-25 15:54:33 +08:00 自己不自测靠别人？我写代码重来不依赖测试，我自己的自测频率和覆盖面都比测试用例广 |
 | 13 nmap 2022-01-25 15:54:38 +08:00 各付一半责任吧 |
 | 14 JarvisTang 2022-01-25 15:54:58 +08:00 @kinghly 赞同。 测试只是一个兜底。作为开发不自测，出 bug 还觉得是测试的责任。 |
| 15 fighterlyt 2022-01-25 15:55:02 +08:00 1 如果要同等担责，那就同等获取收益，测试工资多少，开发工资多少？ |
 | 16 HarryHook 2022-01-25 15:55:15 +08:00 线上出现问题，RD 有自测吗， 如果有自测，自测的 case 是否够全面？测试环境和线上的配置是否统一， 线上的问题测试环境是不是能复现？ |
| 17 devwolf 2022-01-25 15:56:03 +08:00 via Android @loriann 这么说的话我是站 op 的。 测试环境可以复现的错误，我个人认为测试背锅起码一半或以上 |
| 18 fighterlyt 2022-01-25 15:57:41 +08:00 1 @devwolf 脱离开收益说责任，纯粹的耍流氓 |
 | 19 echo1937 2022-01-25 15:57:44 +08:00 2 对着这个题目我仔细思考了 10 分钟： 1 、开发角度，我都通过测试了，表明程序已经达到预期，出了问题还要我负责，那我要你测试干什么。 2 、测试角度，测试不可能完美覆盖，我的工作是发现问题，开发的任务是少出问题，最终你还是有责任的。 最终我觉得，你们公司管理不行。 |
| 20 devwolf 2022-01-25 15:58:56 +08:00 via Andrid @KarlChen2015 老哥你这是什么阅读理解，节奏飞起、推销自己？ |
 | 21 zzq825924 2022-01-25 15:59:29 +08:00 别郁闷了，明年加油 |
| 22 devwolf 2022-01-25 16:01:04 +08:00 via Android @fighterlyt 我呆的这家小公司就是这样耍流氓的，而且这边的开发和测试都同意这样的流氓式分锅。 那么更好的是怎样的？ |
 | 23 SkipToMyLou 2022-01-25 16:01:47 +08:00 如果是一些业务主流程路径可以复现的问题在线上出现了，那就是测试的主要责任，开发次责。 如果是不太容易触发的路劲上发现的 bug ，那开发和测试同责吧 无论怎样，开发都应该做到自己写的代码尽可能的所有路劲都自测通过，这是基本素养，不能依靠测试来兜底。 但是在公司责任划分的时候，还是按照大家指定的规则来处理 |
 | 24 idealhs 2022-01-25 16:04:06 +08:00 如果不是测试的锅，那我觉得测试真舒服，不粘锅 |
 | 25 u2gign 2022-01-25 16:07:19 +08:00 质量不是测出来的 开发水平低，流程也不正规，可能隐藏 100 个 bug ，测试可能发现 80-90 个，会遗漏 10-20 个 开发水平高，流程也正规，可能隐藏 10 个 bug ，测试可能发现 7-9 个，会遗漏 1-3 个 你觉得是谁的问题比较严重 |
| 26 fighterlyt 2022-01-25 16:09:22 +08:00 @devwolf 你都知道是耍流氓的，那就不要继续刷流氓了 |
| 27 devwolf 2022-01-25 16:10:10 +08:00 @fighterlyt 看到了#10 ，基于工资分锅。 leader 这样拿更多钱的高职级分连带锅这个我知道，也确实呆过。 同级的话，真有这样的公司嘛,测试与开发基于工资分锅？ 至少我经历的几家，直到提桶了才知道同事拿的多少钱。 |
 | 28 lagoon 2022-01-25 16:10:36 +08:00 作为一个开发，我觉得我写的代码有 bug ，主要责任还是在我的，虽然上线后测出不稳定测试也有责任。 当然，据说有些公司，如果测试测出 bug ，开发要扣钱，相应的上线后出现问题，责任全是测试。 但我显然不能接受这样的做法。 |
| 29 devwolf 2022-01-25 16:11:35 +08:00 @fighterlyt 主要是我见识短，不知道现实里真有'不耍流氓'的，如果真有那我希望将来也能跳到了 |
 | 30 xiaozhinini 2022-01-25 16:14:33 +08:00 测试验收上线了，肯定是测试主要责任。 |
| 31 loriann OP @lagoon 显然你比较有责任心。不过按照我的理解是公司每个部分都有自己的职责范围。程序在测试手里测出问题，开发的责任。测试同意发出，显然是测试部门负责 |
 | 32 sampeng 2022-01-25 16:24:19 +08:00 2 但我说实话，你要是总想着线上出事故，测试都测过了，关我屁事。。那确实可以提桶跑路 |
 | 33 ChangQin 2022-01-25 16:24:20 +08:00 via iPhone 我之前做一个 ui 需求，测试只是看了下动效就说没问题了，后续上线了发现因为某个图片库会导致 oom 问题，所以线上先关了开关。这个问题我觉得是我的问题多一点 |
 | 34 RealJacob 2022-01-25 16:36:21 +08:00 1 肯定测试大头啊。。。说什么开发自测 case 覆盖不全的，那要测试有啥用啊。。正经大公司都是测试主锅吧，小作坊人手不够的那另说了。 这锅测试占 80%，开发最多 20%。 |
 | 35 ymcz852 2022-01-25 16:39:14 +08:00 相煎何太急，有问题就改动上线，出了问题就怪罪测试和开发，公司没有问题吗 _(:з」∠)_ 我是不想待这样的公司 |
 | 36 shyrock 2022-01-25 16:43:09 +08:00 7 开发永远是主责，bug 都是你写出来的，不是测试埋进去的。另外你的工资也比测试高一大截。说明了在公司眼中开发有更重要的作用并承担更大的责任。 测试只是给开发帮忙搽屁股的职业，你可以理解为辅助，开发才是主力输出好不好。你见过团战输了不怪打野怪辅助的吗？ |
| 37 u2gign 2022-01-25 16:43:23 +08:00 @loriann 问题哪个系统都会有，包括微软，没有不出问题的系统。出了问题需要各部门复盘，总结，看问题出在哪里，避免下次再出现，而不是让谁去背锅。非要找背锅侠，各打 50 大板吧。 |
 | 38 looplj 2022-01-25 16:45:05 +08:00 两个都有锅，我觉得 55 开吧 不过，领导这么说话的公司呆着干嘛 然后，要看几次线上事故的原因是不是类似，反复犯同样的错，自己也需要反思下。 |
 | 39 h1104350235 2022-01-25 16:46:13 +08:00 开发背锅 我是没想到的 |
| 40 h1104350235 2022-01-25 16:46:45 +08:00 1 测试通过 产品验收 线上发现重大 Bug 难度不是整一个团队的问题吗、. |
 | 41 symeonchen 2022-01-25 16:49:46 +08:00 如果要定责背锅那就拿问题出来复盘，开发写功能时候单元测试写了吗，分支覆盖率、行覆盖率有多少，提测之后测试测了多久、提了多少 Bug ，有自动化测试吗，测试用例的评审有吗，测试用例覆盖全面吗，测试环境的基建和正式环境接近吗， 如果只是要找背锅的，那开发和测试，还有制定协作流程的人，锅全都一起背着。 如果问题复盘不是为了找人背锅，而是真诚地想解决问题，那就好好改流程。 决定不了改不了就跑路。 |
 | 42 pengtdyd 2022-01-25 16:51:07 +08:00 当然是测试主责了，如果测试不是主责，那 TM 还要测试干什么，自己测完直接上线不就得了 |
 | 43 hhjswf 2022-01-25 16:52:59 +08:00 不负责。开发对测试负责，测试对产品负责。负责的话也可以，多发一份测试的工资谢谢 |
| 44 devwolf 2022-01-25 16:56:50 +08:00 看了几楼我开始好奇，怎么这么多人都是一锤定音了“这个没发现问题的测试薪资比 op 低”， 即便 op 并没有公开这个参考系数。 总觉得超出我求同存异的阈值了 ……希望 op 能从中找到自己满意的解答，并好好走下一步棋吧。 |
 | 46 lululau 2022-01-25 16:59:28 +08:00 2 自测了就没 bug 了？测试测了 N 遍就一定没 bug 了？主要矛盾点难道不是这个领导是个大傻 X 吗 |
 | 47 efaun 2022-01-25 17:00:29 +08:00 根据你的描述, 很明显是你领导的问题, 把你们都开了就没有问题了 |
| 48 sampeng 2022-01-25 17:10:51 +08:00 当然。。主动矛盾点是这种领导没什么跟的必要。 多做多错少做少错不做不错，只要做了必然出锅。出锅就要底下人背？这个领导也当的太舒服了。 当技术领导，窃以为，最大的责任是，背下所有手下人的锅。我背的最大的锅是手下刚进来把线上数据库给误删了。我当时高兴得不得了，要不是这次误操作，谁知道我们流程上有问题，谁知道我们没有线上操作要谨慎谨慎再谨慎的意识，不仅把锅拿过来自己背上，还请大家吃饭 |
| 49 devwolf 2022-01-25 17:12:41 +08:00 div class="reply_content">和领导聊……我想问一下，op 所在公司有明确的责任分担规则吗？ 在 v 站理论，再讲理也赛不过公司的一份员工手册。 要是 op 的上级定死了分锅规则是这样的，或者 op 领导是 shyrock 那种类型的人……感觉不会有什么改观。 |
 | 50 SmiteChow 2022-01-25 17:16:32 +08:00 给补偿走人挺好啊 |
 | 52 liuawei 2022-01-25 17:19:47 +08:00 几次出现线上版本出问题，大家在回复的时候看看这句话，假如一年发了 10 此版本，6,7 次你都有问题，是不是想下自己的代码质量是不是有点太低了。 |
 | 53 ligiggy 2022-01-25 17:22:44 +08:00 先问一个问题，哪个公司没有 bug ，如果不能容忍员工犯错，待着干嘛？ |
 | 54 Thresh 2022-01-25 17:28:41 +08:00 测试是在测试，但是代码是你开发的哟..... 测试通常被称为系统质量 owner ，但是你被称为系统 owner....你觉得是谁主要的责任？？ 哈哈 肯定是你呀 |
 | 55 qping 2022-01-25 17:29:49 +08:00 每个公司开发和测试占的权重不一样。开发任务重，周期短，开发自然考虑的不会面面俱到。 有的公司测试人员少，要负责十几个系统，只能说跑一遍脚本，也不能指望测试能覆盖全部用例。 公司流程、情况不明朗，就没法说到底是谁的责任，你们公司的有没有配备足够的开发和测试呢？ |
 | 56 DCELL 2022-01-25 17:31:20 +08:00 应该是整个项目组的锅，其中领导背大锅，该模块开发负责任人 /测试低绩效。 |
| 57 Thresh 2022-01-25 17:32:12 +08:00 1 另外，现在的测试同学，一般都被要求是作为业务的质量保障的角色，而不是开发代码质量的保障。也就是说，很多时候测试要对业务本身的需求合理性，流程保障、监控告警、预案跟进、线上问题等等的保障，而不是开发的保姆，你这个想法，实在是格局有点小了.... |
| 58 devwolf 2022-01-25 17:34:06 +08:00 |
| 60 shyrock 2022-01-25 17:44:16 +08:00 @devwolf #49 笑死我了，这不是讨论谁担主责的问题吗，怎么又论到网友水平不行了，可见格局真的挺小啊。 很简单的事情，分责任是为了促进质量进步。那么质量进步这件事，开发和测试谁更能起决定性作用？ 比如多投入一个亿进项目，是增加 100 个开发做结对编程（或者人均代码量减半）有用，还是增加 100 （甚至 200 ）个测试跟在后面把每个功能都测试两遍有用？ 相信思考过这个问题的人都有答案吧？ 优秀的软件工程师不用测试人员也能写出来高质量软件；不合格的软件工程师，给他配 10 个测试也解决不了问题。 |
| 61 shyrock 2022-01-25 17:46:46 +08:00 @hhjswf #45 讨论测试和开发的分责，偏要扯到 leader ，你咋不说老板呢？好吧，如果你真要扯其他人，leader 负领导责任，老板负管理责任，实际上这两位因为事故肯定也亏了钱和绩效。那么作为直接责任人的开发和测试，是不是能心平气和的分析一下自己的责任在哪里了？ |
 | 62 golangLover 2022-01-25 17:52:49 +08:00 via Android 两个都没错。有事的话整个项目组低绩效 |
 | 63 darkengine 2022-01-25 17:53:14 +08:00 线上问题出现在: 自测用例覆盖的场景，开发的锅 测试用例覆盖了的场景，测试的锅 其他场景，leader 的锅。 |
 | 64 www5070504 2022-01-25 17:55:39 +08:00 我挺纳闷楼上自测的 case 覆盖率有多大 |
 | 65 oppoic 2022-01-25 17:56:14 +08:00 if(DateTime.Now.AddHours(1) > '上线时间') { app.destory(); } 只是举个例子，勿对号入座。想表达的就是：有些特定条件和场景，测试是不好测出来的 |
 | 66 int11 2022-01-25 17:57:58 +08:00 15 这个 bug 确实是我写的，但是抛开这点不谈，你们就没有一点责任吗？ review 的时候大家也都在场，你们当时是不是没有认真对待，还有，测试是怎么做的测试？难道这些都是摆设吗，是走过场吗？幸好这次线上事故没有造成资损，但是希望大家引以为戒，这周的周报我要看到大家的反思和进步 |
| 67 devwolf 2022-01-25 18:04:22 +08:00 @shyrock ……对啊，重点是讨论谁担主责问题来着。 但因为 op 本身并没有提供很多有用的上下文线索，而网友就立判了很多我个人并不知道哪儿提取出来的结论，当然“我格局小啦”。 质量进步这件事，开发和测试谁更能起决定性作用开发一身两职 yyds ，不如把运维也并了吧，直接全能，我这可没开玩笑。 优秀的软件工程师不用测试人员也能写出来高质量软件；不合格的软件工程师，给他配 10 个测试也解决不了问题。 这样的工程师，我如何能用远低于测试的钱收 100 个呢 |
 | 68 xiongshengyao 2022-01-25 18:04:51 +08:00 大领导背主要责任，罚款，下次再犯予以开除。 服务端负责人负次要责任，罚款，下次再犯予以开除。 测试负责人负次要责任，罚款，下次再犯予以开除。 对应研发负次次要责任，通报批评并罚款。 对应测试负次次次要责任，通报批评并罚款。 测试负责人控制不了服务端不恶意写 bug ，所以内部批评了对应的测试。 你的领导无法分辨出你是刻意写的 bug ，还是无意写的 bug ，所以只能警告你下次再犯直接开除，这样的解释满意吗？ |
 | 69 newmlp 2022-01-25 18:14:20 +08:00 那要看什么样的 bug |
 | 70 YaakovZiv 2022-01-25 18:17:04 +08:00 要看公司管理制度了，我任职过的公司一般会在员工正式加入项目前，进行明确的责任划分声明，避免项目开始后各种推卸责任。 感觉楼主的领导可能是计算过楼主单位时间内产出的 bug 超出公司可以接受的数值，所以才会有想要解聘楼主的想法吧。有的公司即便是测试发现了问题，也会对研发的绩效产生影响。 |
 | 71 paradoxs 2022-01-25 18:21:47 +08:00 你自己写的代码, 让你自测都不能保证没 BUG. 让别人来测就能保证了? |
 | 72 dongisking 2022-01-25 18:22:51 +08:00 你领导没 review ，把你警告了？ |
 | 73 infactory 2022-01-25 18:35:34 +08:00 没有测试用例评审吗？你改动的点有没有被测试用例覆盖到？ 如果测试用例覆盖到了，测试没测出来，那测试大锅 |
 | 74 libook 2022-01-25 18:39:31 +08:00 1 这个涉及到开发和测试的流程，以及各自的绩效指标。 如果测试是开发流程的一环，需要对最终产品质量负责，那么测试通过后的问题应该由测试人员负责，权责对等，同时测试人员有权拒绝批准你有缺陷的程序上线。 有的团队里测试人员是资源，不属于开发流程的一环，最终产品质量由开发人员负责，权责对等，开发人员有权支配测试资源来保障最终产品质量。就好比因为 Bug 没达成业务 KPI ，业务经理依然会被主管 VP 罚绩效，不能把锅推给测试或开发下属，有管理权就得为手下的人负责。 如果组织架构允许的话，我个人比较倾向于前者，开发人员背产能绩效，测试人员背质量绩效，同时测试与开发之间约定一套相对公平的测试对接流程（比如优先级规则、争议裁判规则、紧急需求流程等）。如果开发人员真的水平菜，导致代码质量差，长时间过不了测试，一定会因产能低而被罚绩效。 当然，存在一些管理者不清楚如何规划各职能的工作，或者只是懒得搞，定个扯蛋的绩效方案，妄图以处罚来让团队自己变高效。 我说可能啊，有没有可能，领导因为其他原因对你积怨已久，想找个接口让你走人，或者只是单纯团队预算砍了，需要裁员。 |
| 75 devwolf 2022-01-25 18:40:55 +08:00 via Android @shyrock 重点确实是帮 op 解决思想工作，但阁下是只抓开发吗。 “质量进步” 好的，那我也确实赞成，op 提升自我当一个“更优秀的软件工程师”确实可以解决问题，甚至是根本性作用，这点也没什么毛病。 “足够优秀的程序员”可以节省公司花在测试上的开销也没什么问题。 没有问题的问题就是，是人就会犯错，以及什么是“测试的义务呢”？ 为什么只能有足够优秀的程序员，而不能有足够优秀的测试？ 既然足够优秀的程序员定义成“可以写出没有 bug 的代码”， 足够优秀的测试可不可以自己写代码啊， 我这边公司的可以哟，甚至兼任了运维。 这样的个例也是有的。 足够优秀的程序员，得加钱 |
 | 76 season8 2022-01-25 19:15:40 +08:00 LZ 不妨说说是什么类型的 bug 呢？如果是低级错误或者自测能测出来的，都要担责，看测试案例全不全来担责，但是哪怕担责不大，问题也是挺大的，领导肯定比较介意；如果是冷门一点的 bug ，或者复现特别难的，可能主责还在开发，因为测试案例难以覆盖到，如果不是你一个人的可以适当降责；如果是产品设计就有漏洞，都没考虑到，产品的锅。 实际可能也没这么理想，看团队结构和管理是不是健全，领导是不是相对公正等等。自己做的事还是尽可能去做好一点，bug 肯定是没办法避免的，如果不是低级错误或常规 bug ，可以找领导商量，只要领导不是想搞你，找个人背锅，应该是有转圜的。 |
 | 78 hyy1995 2022-01-25 19:21:20 +08:00 开发和测试两边都担责，测试那边一样也有考核指标的，BUG 就是 BUG ，甭管测试有没有测出来，是你自己写的，只甩锅可就不太好看了 |
| 79 shyrock 2022-01-25 19:30:05 +08:00 俗话说能力越大责任越大，上面觉得测试主责的可以好好体会下这句话，到底谁在研发过程中起主导作用。 如果开发不按照需求来实现，测试根本无法进行； 如果开发技术太差、bug 太多，测试和开发需要花百倍的工作量来修复 bug ； 如果开发没有提供正确的修改范围给测试，测试只能黑盒跑所有用例； 如果开发动到了设计范围之外的代码，测试除非把所有功能都重测一遍，决计发现不了问题。 总的来说，测试的能力发挥，完全依赖开发的技术水平和提供的信息是否准确和全面，这样你还能让测试背主责？ |
 | 80 iOCZ 2022-01-25 19:38:13 +08:00 测试其实很难覆盖全面，这个事情很难说 |
 | 81 Coverlove 2022-01-25 19:40:34 +08:00 有 bug 很正常，态度不摆烂就好。锅肯定分不了太细，只能尽快解决问题 |
| 82 season8 2022-01-25 20:02:15 +08:00 via Android @loriann 那你们测试听不靠谱的，你要加强测试用例啊。 领导对测试是什么态度？ 想谈就去，知道有人不喜欢你都比觉得有人不喜欢你要好。你可以自我总结一下，做的好的做的不好的都列一下，跟领导做个总结，大方承认犯了哪些低级问题，技术问题，自测问题都可以改，业务不熟问题可以学，谦而不卑，希望领导能多指点，最好是出问题后你自己做了哪些改变，一个问题犯两次是大忌。 然后就看领导态度咯，提前录音，防止 pua ，搞清楚领导态度你就能安心了，大不了提桶。 程序员一定要自测！唉! |
 | 83 shawnsh 2022-01-25 20:18:35 +08:00 via Android 哈哈哈，一旦要找个背锅的人，各个角色就对立起来了。找个临时工背锅算了。 |
 | 84 WhiteSJ 2022-01-25 20:20:10 +08:00 我觉得还是具体问题具体分析。 如果出问题的是测试很容易测出来的问题，那么测试主责。 如果问题是很隐蔽的问题或是跟此次测试无关的问题，那么开发主责。 |
 | 85 VeryZero 2022-01-25 20:22:53 +08:00 划重点。出现了几次线上故障。 这是明显没有自测，还想甩锅测试？测试难道只测你一个人的代码？还是故意漏测你的代码？ |
 | 86 IvanLi127 2022-01-25 20:27:19 +08:00 via Android 线上问题确实怪不到开发头上，但是程序出问题是可以怪到测试和开发头上。QA 翻车了，你不得连坐。你领导也要连坐呢。但是，因为线上出问题怪你和你程序有 bug 怪你是两码事。 |
 | 87 potatowish 2022-01-25 20:33:27 +08:00 via iPhone 一般说来测试负主要责任，开发也担一部分责任，但是你这连续几次出现版本问题，你的问题也很大啊 |
 | 88 Jooooooooo 2022-01-25 20:45:24 +08:00 锅领导已经放你这边了, 你再去辩解是越抹越黑. 要是还看重这份工作, 下次注意点吧, 不要把希望放在测试身上. |
 | 89 jones2000 2022-01-25 20:48:13 +08:00 测试问题，测试用例太少了, code coverage 不够 |
 | 90 GeruzoniAnsasu 2022-01-25 20:56:54 +08:00 不是锅的问题 是态度的问题 你理解吗 |
| 91 GeruzoniAnsasu 2022-01-25 21:01:38 +08:00 「领导，我觉得我们研发规范有问题，很多时候我按照研发给的测试用例全都仔细测过了，还是有 bug ，然后他们改的又不及时老是推脱说新需求紧急」 「领导，我觉得我们研发规范有问题，很多时候需求都已经那么紧急了，测试还在那傻等我们研发给样例，这不是浪费我们时间？然后好不容易挤时间给他们写了几个他们随便测测就放了，出了 bug 又算我不负责，这道理讲得通？」 |
 | 92 undefine2020 2022-01-25 21:10:37 +08:00 我想问问楼上那些说是开发的锅的人，现在这些买房送维权的楼盘，是农民工的锅？ |
 | 93 bigHentai 2022-01-25 21:33:48 +08:00 1 看到有些楼好想到他公司当 QA,甩手掌柜就完事了,反正没责任,有也是次次责,美滋滋. |
 | 94 xianyu191031 2022-01-25 21:46:18 +08:00 放我们这 55 开 严重的情况开发 leader /测试 leader 也要背 |
 | 96 christin 2022-01-25 22:15:28 +08:00 via iPhone 测试负主责，给你发工资招你来就是让你干活的，活没干好不背锅干嘛。要是开发背锅的话要你测试干啥，我自测上线不就行了 |
 | 97 darknoll 2022-01-25 22:16:25 +08:00 1 测试都是混子吧，我这边也是，就混日子，重要 bug 一个测不出来，不重要的能测出一堆。 |
 | 98 kakeiri 2022-01-25 22:26:55 +08:00 认识的一位学长在一家很大的对日外包公司，什么也不会，就是和部门经理打 ma 将，年底绩效拉满！ |
 | 99 makelove 2022-01-25 23:19:06 +08:00 虽然测试过了，但高手和新手的代码质量明显是很不同的，对不容易测试到的情况应对也不同。如果别人没问题老是你的问题那老板也知道是怎么回事。 |
 | 100 bolin 2022-01-26 01:01:53 +08:00 1 QA 的存在不是把产品从不可用提升到可用的状态，而是把可用的产品提升到好用。 我也是醉了，自己代码出了 Bug 还不自知，一心想着要 QA 背锅，上面一些评论还讨论如何分锅。 虽然我很菜，但还是想说这样的人永远和优秀工程师无缘.......这些人失业或被淘汰我觉得都是情理之中的事情 |
Select Language