是这样的,本人在开发过程中有几次出现线上版本出问题,领导警告再这样提桶走人。但是我想不通测试测好的程序出问题为什么要怪在开发头上呢。。。。
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 Android
@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
ZSeptember 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
和领导聊……
我想问一下,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 背锅,上面一些评论还讨论如何分锅。 虽然我很菜,但还是想说这样的人永远和优秀工程师无缘.......这些人失业或被淘汰我觉得都是情理之中的事情 |