测试管理 QA 人员如何证明自己的价值

莫叫姐姐 · 2022年03月09日 · 最后由 槽神 回复于 2022年03月14日 · 2212 次阅读

目前的情况是,QA 发现 bug,他们会认为那是你分内的事情,但是如果没有发现 bug,那就是你的不称职
还有些公司采购了一些自动化的工具,然后就把测试人员裁掉了,好像测试人员是没有价值的。
首先我们要分清楚测试的价值和测试人员的价值,我想测试的价值大家都是认可的,那么为什么测试人员的价值就会被大家讨论呢,那 QA 人员应该做些什么事情,才能体现自己的价值呢?

首先我认为,先需要回答 2 个问题
问题 1:QA 是创造型的工作吗
比如开发、UI、项目经理等,他们是有具体的内容产出的,那 QA 的产出是什么呢?
针对这个问题,我认为从项目过程的角度讲,测试的输出是无形的,所以可以说不是创造型的工作,所以才会被人去忽略它的价值!
但是从用户的角度看,产品的质量好,愿意使用,那测试就是创造型的工作,因为 “质量好” 的产品就是测试的具体输出

问题 2:那测试人员的价值如何被量化出来
针对这个问题,我想说常规的做法是 bug 逃逸率
如果一定要通过量化体现价值,那就需要有一个没有测试的项目,线上会有多少 bug
和一个经过系统测试后,会减少多少 bug 进行对比,如果没有办法把没有测试和测试通过后的数据进行对比的话就很难评判出一个测试能阻拦多少个 bug
如果单纯从数量上讲的话,就会出现开发人员认为测试在吹毛求疵,
而且敏捷测试中,很多 bug 也不会记录 bug 卡,所以就更难通过 bug 数量来量化工作

所以我认为想要体现测试人员的价值,最重要首先要做的是让领导层认可测试这件事,认可了之后就不会在在意度量上
就好像没有生过病的人真的能认可医生的价值嘛?体检时去医院检查那么多项,如果检查出都没有问题,那这些检查是没有意义的吗
如果当高层领导没有经历过没有经过大量测试的项目,那从意识上他也很难认可测试人员的价值,则测试人员就更难体现出自己的价值,如果测试人员觉得自己的能力很难发挥出来,或者有压抑的感觉,肯定是管理出现了问题

所以我自己理解测试人员需要做的事情
1.需要经常给团队中进行质量赋能,让大家都知道测试都在做什么,让大家的认知达到统一,
从质量内建的角度告诉大家质量应该提升起来,就比如说要防止生病,比治疗更重要一样

2.测试效率方面
测试人员必须适应当代社会效率增长的变化,提升自己的能力,保证测试效率增加的情况下,价值会逐步的体现

3.从各方面专业的测试分析报告中体现出来,就好像病人需要看到很多数据才能相信自己得病了一样
对 bug 进行分析,分析其避免的损失,以及在开发的过程中,预防的问题所带来的好处,逐步让管理者认可测试在过程管理中的价值

共收到 24 条回复 时间 点赞

没什么用,你发现了一个很隐藏的刷金币的 bug 那是你应该做的,什么地方有个错别字你没发现,那就是你的锅。策划随便改配置表,开发偷偷改代码没告诉你,出了问题默认你的锅。你指出游戏难度太难、玩法体验不合理必定会导致大量玩家流失,之后他们调整了难度和玩法避免了这类事情发生,理论上难度把控这不是 QA 必须做的,可是你主动做了,你有功劳吗?你没有 。

特尔斯特 回复

这种情况下如果没有功劳,那一定是组织和文化的问题😌

好好背锅就行了,混口饭吃有啥价值

测试的尽头是开发?

又要招人厌了。。。厌就厌吧。。。
对于个人:
改变自己比改变别人对你的看法容易。自己举例:8 年前,领导说我不会写代码,现在在写最底层的软件。

说点现实的,也是我自我反思的:

  1. 测试是什么?保证质量,除了测试开发能不能做?可以!为什么有测试?社会分工,把简单重复的劳动剥离出去,制造工具人。
  2. 测试人员的知识储备?知识大多靠口口相传,缺乏系统和连续性,绝大部分测试,1 年经验 *N,多数技能停留在初级层次,更多的是行业自以为是的理解(缺乏产品压力,对产品其实就懂个皮毛)
  3. 测试人员的学习能力?因为多数测试人员对功能的理解和对技术实现的理解,多是通过产品、开发,长期以往很容易养成惰性,缺乏自我思考。学习能力极低,面对未知充满恐惧。

这里面只有极少数的测试可以跳出上面几点,自我驱动,尝试新知识,走上行业专家或者管理的路。

要知道测试本质是一种度量;
决定质量的是提供设计的产品和进行编码的开发,等产品交付到测试环节的那个时刻,这个产品的质量已经是一个确定值;
一方面测试人员通过持续的测试和反馈行为不断影响和提升软件开发过程的参与者,培养他们的质量意识,才能让团队产出高质量的产品;
另一方面测试人员通过技术提升度量的准确性和效率,缩减产品的迭代周期,控制研发风险,树立团队信心;
这两点我觉得是 QA 的价值;

A11 回复

是美团😀

价值不需要被证明,你在就是价值。如何提高自己的价钱倒是真的。

价值体现在价格上,等上了那个价格,你自然会知道价值所在

5 楼说的又残忍又现实,小部分测试对自己的工作有厌恶感的,点工能有啥成就感呢。开发测试都是打工,能坚持到最后,才算对自己真有价值,对公司有什么价值根本不想去想,能赚这份钱,能不断提高薪资,就算成功了

magicyang 回复

我认为你对测试的理解太片面,如果说到测试没有价值,需要转行的话,那就不在讨论范围内

王一一 回复

想要加薪,也得先提升价值,这两样是相关联的

莫叫姐姐 回复

哪里片面了,能不能具体举例来说明呢?
存在就有价值,你现在一方面自我怀疑,另一方面你还期待别人告诉你在现有的条件下怎么能简单解决你的问题。。。
很难,根本还是你创造了多少价值,比如本来有个多大损失的问题,你解决了,那你价值就来了啊。

别整那些虚头八脑的概念,名词,来点干货,你测试生涯中解决过什么复杂的问题,解决这个问题需要哪些背景知识,这些背景知识哪些是有一定门槛,别人轻易跨不过的。这几个问题请举例回答。

如果回答不上来,我建议你就看开点,躺平也没啥不好。

magicyang 回复

杠精,你看文章了吗
1.我这篇文章是替别人解惑,也写了思路方法,不是问问题,所以不存在你说的
“期待别人告诉你在现有的条件下怎么能简单解决你的问题…”
2.我说的是从管理角度讲思路,不是具体到技术问题,技术问题也不会在测试管理里写文章了,价值不仅仅体现在技术上,懂?
3.你想躺平是你的事儿,但是不要告诉其他人都躺平,还 “我建议你就看开点,躺平也没啥不好。”
真是要被笑死,不看题就瞎杠,先不说你跟我说的压根不是一回事儿,就你这单一的思维模式也注定就这样了,再见!

不好意思,从你前几天的问题来看你的认知水平和技术能力,确实主观的认为你是小兵了。。。
我也注意,以后不随便扣帽子。。。

magicyang 回复

严重同意

测试可以做很多事情来提升自我价值,这些价值也可以被上下游认可,但问题是大部分的测试缺少这样创造价值的土壤
让做
你能做
做完落地
落地能推广
推广产生业务价值

很多做的事情死在其中的步骤中。开发从无到有可以依赖业务方、产品提供原型创造符合业务需要的软硬件产品,测试很难创造落地东西,因为没有明确的需求方。现在各种平台层出不穷,我觉得开发这些平台给自身带来的技术享受、技术提升应该是要大于平台本身对质量、效率、团队带来的价值成就的。

其实不用否认,不用证明,测试在研发测试流程中是必不可少的,但是测试人员是很容易被替代的,幸运的是我们很卷,开发卷,产品也卷,需要快速迭代,需要开发不停的写业务而不是写单测,这样给了测试生存空间,就像上面说的存在即是价值,不用怀疑自己价值,不用拔高自己价值,不要一昧追求技术广度,单一领域内的技术深耕、业务深耕可能对混口饭吃更有帮助

lcw 回复

说的很有道理

lcw 回复

多看一步,未来互联网卷其他行业的时代过去了。
业务?哪来的那么多新增业务。。。未来互联网业务导向的职位总体看可能比技术还难。。。
今年 1100W 的保就业,最后会割谁。。。

在时代的洪流下,都是韭菜。但是可以做一颗强壮的韭菜,要割也没那么容易。
但是明明是小韭菜,喊着我是大树,我是大树,不割你割谁。。。

莫叫姐姐 回复

这说法不怎么赞同,只有提高自己才能涨薪,说到最关键的点就是,跳槽实际比在公司等待涨薪有更大的空间。
提高自己和对现有公司提高价值根本就没啥关系,能有什么价值。
最近也发现一个问题,避免了线上 bug 和没避免线上 bug,但是后者忙前忙后在加班测试,到底哪个能提现价值,哪个能被领导注意到。

1.需要经常给团队中进行质量赋能,让大家都知道测试都在做什么,让大家的认知达到统一,从质量内建的角度告诉大家质量应该提升起来,就比如说要防止生病,比治疗更重要一样

不发表看法了,听起来像近来流行的废话文学

2.测试效率方面 测试人员必须适应当代社会效率增长的变化,提升自己的能力,保证测试效率增加的情况下,价值会逐步的体现

既然提到"价值",就得拎出马克思主义经济学那套了,里面讲的是劳动效率增加,单位劳动时间减少,价值降低

3.从各方面专业的测试分析报告中体现出来,就好像病人需要看到很多数据才能相信自己得病了一样 对 bug 进行分析,分析其避免的损失,以及在开发的过程中,预防的问题所带来的好处,逐步让管理者认可测试在过程管理中的价值

有点困了,算认同吧

测试人员是横跨所有技术层次的,前端/后端/数据/模型/抓取 等技术层, 除了全栈, 很少有人能了解/知晓全部的设计以及关联性。而且加上测试人员对于产品的需求理解。
这个时候测试人员非常适合作为团队内沟通的桥梁,这个是团队战略价值。

测试现在已经开始左移右移了, 左移可以防微杜渐,将问题扼杀在摇篮里。右移可以警钟长鸣,将经验教训带到下一个项目中。这都是价值所在啊。只不过不一定所有老大都有这个意识。

测试的尽头啊, 个人浅薄理解:
技术深入,做技术专家, 一个好的测试做起技术应该也是完全没有问题。 只是分工和侧重点不同而已。
深入产品和项目, 那就是产品专家/项目技术经理, 负责团队沟通以及项目进度。
半技术半管理, 那就是测试经理/负责人。

不知道楼主正文这段话是想讲给谁说的?看起来有点怪怪的。

个人理解,对于整个团队乃至公司来说,测试人员的价值不就是让有你的时候,质量能比没有你的情况下高,减少质量问题带来的损失么?只要这个有做到位,就有价值呀。

目前的情况是,QA 发现 bug,他们会认为那是你分内的事情,但是如果没有发现 bug,那就是你的不称职

额,前半句 “QA 发现 bug,他们会认为那是你分内的事情” ,我觉得没毛病。“但是如果没有发现 bug,那就是你的不称职” ,如果 bug 造成了损失而测试没发现,测试肯定是有责任的(主要但非全部),这个也啥没问题。

还有些公司采购了一些自动化的工具,然后就把测试人员裁掉了,好像测试人员是没有价值的。

这个推断没看懂,是买了之后就把测试人员全部干掉,让开发或者其它角色用自动化工具保障质量,还是只是裁掉一部分节省人力?如果是后者,我觉得很正常,这个和测试人员价值没啥关系。本身公司花钱买工具的目的就是为了提高效率节省人力,原本 5 个人干得活现在 3 个人就能干,多出来的 2 个人裁掉省成本,这是非常正常的思维,放到产品、开发、测试任何一个角色都是一样的。

  • 想通过测试提升质量,就像想通过称体重来实现减肥一样——>测试的作用只是反馈、监测
  • 测试本身没有任何价值,但是没有测试,就要承担产品没有市场价值的风险——>测试的价值有趋近等于产品的价值的可能性,但要分什么样的测试团队、测试工程师来做,做得好就可以划等号,做得不好就是另一个故事了
  • 测试 != 测试工程师,我觉得只有推动着测试彻底不需要测试工程师参与了,那才是整个软件工业的进步,也是测试工程师的终极价值/归属所在,虽然可能我们有生之年未必能看到这一天了……

所以,短期内,测试的价值靠测试工程师支撑、体现,长期看,测试工程师最好是没价值,不管你乐意不乐意,这一天终归会到来。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册