为什么很多公司测试和产品比开发更有话语权?

2022-11-18 09:17:35 +08:00
 god7d

举个例子,最近有朋友跟我说,他们公司(创业小公司)测试部门上报老板说,产品 bug 多客户体验差是因为开发部门提测的版本 bug 非常多,导致他们有很多问题没测出来;开发反驳说人员太少,很多东西都是仓惶赶工完成的,bug 多是因为精力有限。老板一拍大腿,决定给测试加 2 个人!( WTF ???)

我知道有的公司产品和测试是股东或者是核心管理层,所以有话语权,那么除掉这个原因外,还有什么其他原因呢?

6241 次点击
所在节点    问与答
59 条回复
xz410236056
2022-11-18 09:52:50 +08:00
“产品 bug 多客户体验差是因为开发部门提测的版本 bug 非常多,…………bug 多是因为精力有限。”
讲道理,小公司就喜欢玩这些虚的,讲证据啊。。。开发提交测试的时候附带单元测试(移动端基本没集成测试这一说,有的话一起附带)覆盖率和用例。测试也出统计数据报告,靠量化决策啊。这言论也太主观了吧
dbskcnc
2022-11-18 10:01:41 +08:00
这个开发的锅不冤啊, 自己的选择而已,要我就是 bug 少而没按时完成
amon
2022-11-18 10:05:18 +08:00
这种一般看 leader ,哪个部门 leader 强势, 哪个部门的人就相对有话语权。
RealJacob
2022-11-18 10:07:17 +08:00
@zqlcrow 有没有可能,大公司不通过 bug 数考核。。。
grissom
2022-11-18 10:11:06 +08:00
应该和话语权无关,因为开发部给老板的感觉是如果增加开发人员会增加 bug 数量,所以增加测试人员相对更合理一些。但老板并没有发现根本问题出在哪,或者没人让他知道。
jink2018us
2022-11-18 10:24:39 +08:00
公司大了产品复杂了开发迭代了几代代码成了屎山,每个开发只知道自己一小块,码代码靠猜,加个功能捅堆 bug 。这时候测试有话语权了。
otakustay
2022-11-18 10:28:29 +08:00
PM 为产品在市场的成功负责,QA 为产品交付的质量负责,从你的描述来看,研发为什么负责了呢?
dreasky
2022-11-18 10:31:44 +08:00
产品和测试是负责人 技术只是工具人
iyaozhen
2022-11-18 10:39:32 +08:00
多年测试,我觉得测试有话语权是对的,我们一直是对上线有一票否决权,有质量问题就不能上。这个角度看确实有话语权,但其实还是岗位性质决定的。

大部分情况下测试也不能干预研发的架构设计,也只能提点意见。不过之前我个人老喜欢干这个,因为决定研发按我的设计来我好测一点,有把握,bug 少。

多年斗争经验来看,“开发反驳说人员太少,很多东西都是仓惶赶工完成的,bug 多是因为精力有限。” 你们这个反驳的不对,应该是 PM 需求不合理、老改,排期短,测试提测标准不明确,整体要让产品的时间往前压缩,测试的时间提前介入。哈哈哈
god7d
2022-11-18 10:46:38 +08:00
@iyaozhen 您这个牛了,还可以干预研发的架构设计,看来也是技术大牛转的测试
amirobotics
2022-11-18 11:02:08 +08:00
我这里是 bug 决定一切。
dddd1919
2022-11-18 11:24:52 +08:00
开发太菜
mosakashaka
2022-11-18 12:02:07 +08:00
老板不懂技术,怕开发忽悠他
所以拿测试制衡开发
LuckyPocketWatch
2022-11-18 12:08:26 +08:00
你见过产品是开发的上级么?

开发部门由产品领导,开发部门分成若干个小组,每天向产品的指定人员汇报工作进度,研发的考核也是由产品来定的
nc4697
2022-11-18 12:23:28 +08:00
弱肉强食。平时多表现的强势一些,总是能拿到话语权的
iClarence
2022-11-18 14:32:39 +08:00
朋友部门的前端 BUG 率 = 测试提交的总(前端+后端) Bug List ,前后端的占比,例如 200 个 bug ,后端 2 个人,前端 2 个人,你有 50 个,就是 25%,占比高绩效就低分,然后说你质量差,跟着进行一轮 PUA ,说你产出不符合期望。
测试一言不合就说,那我给你打 bug ,你说这样测试地位能不高么?
前后端对接联调期间后端处理掉的 bug ,不计算在 buglist 中,然后前后端用来算占比。
yufeng0681
2022-11-18 14:39:41 +08:00
1 、做一个 /一批 量化清晰的需求,不需要话语权
2 、做 模棱两可,没细节的需求,需要话语权来决定最后时刻,需求是 A 还是 B
3 、测试加人还是研发加人?老板不会因为你朋友说的这么一点信息做决策,你朋友是底层研发,看不到老板视野里面的其他信息,人总是喜欢主观判断,而且当自己是失利一方时,更加容易推导出:自己是受害者
4 、bug 一般是业务代码出错, 软件可靠性,性能,可测试性等质量属性没有设计没有代码,我们一般称之为没有实现,待完善。 如果业务代码一堆 bug ,那是没想清楚,不是没时间; 没时间的表现是某个功能没开发;
5 、出了 bug ,还要花时间修复,调测,再进入测试,这些时间成本可比你编码阶段想清楚,消耗的时间 /成本更大。
wangxiaoaer
2022-11-18 14:45:16 +08:00
技术人员总以为自己是中流砥柱,可是换到建筑行业,程序员就是工地搬砖砌墙抹灰的,要什么话语权?
fengzeyan
2022-11-18 14:51:54 +08:00
@wangxiaoaer 有没有可能你看到的工作内容只是搬砖呢?
Pichai
2022-11-18 14:54:24 +08:00
测试和研发都是为产品服务的呀!

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/896101

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX