乐趣区

关于devops:质效提升-|-聊聊QA与业务测试

下面一篇文章《质效晋升 | QA 不做业务需要测试,你怎么看》次要探讨的是 QA 和业务需要测试相干的问题,文章收回后收到了很多小伙伴的反馈,这里把很多有意义的反馈放在上面,心愿对你有用。

约翰同学:QA 和测试的职能不同吧。很多时候混同了?
scmroad:是的,对于国外来说 QA 和 Tester,区别很大;但在国内很多场景下 QA= 测试人员
约翰同学:每个公司对“QA”的角色职责定义不一样的。咱们公司 QA 就是不懂代码,不懂开发,不懂测试,只搞流程、度量、方法论等。
scmroad:不懂代码,不懂开发,不懂测试的人去搞流程、度量、方法论?这样的人成长门路是啥?大学毕业就去做流程、度量、方法论,始终升上来的么?这样的人弄出来的流程、品质、方法论靠谱么?
约翰同学:后面说的“不懂”是夸大一点的说法,大部分不是一毕业就搞流程啥的,个别会有一点开发、测试经验,然而工夫一久,开发测试方面教训其实是跟业务理论根本是脱节的。
scmroad:我身边搞流程优化,度量改良,方法论这套的都是特地懂这块特地资深的人,不会是懂一点开发和测试的人去做这些。否则容易在行领导外行。
约翰同学:认同你的观点。但某 500 强现状就是这样[允悲]

jw 同学: 哪家公司 QA 不做业务啊,那也太爽了

scmroad: QA 部门必定有 QA 做业务的需要测试,关键在于这部分人在部门的比例,相对数量是否能撑持业务的倒退。

小猫咪同学:做业务需要测试的是 QC,QA 其实是相似于 PMO 的职能部门吧。自身也是做流程,做研发效力这块。

scmroad: 如果细说的话,QA 和测试人员区别很大;但在国内很多场景下,QA= 业务测试人员,而 QA 和 PMO 的区别就更大了,两者很多时候不是一个部门的。

小猫咪同学:这就要看公司的组织架构了,比方华为,QA 是独立进去的部门,次要负责的就是做流程标准这块,在产品线内与 PMO 相辅相成打配合的,pmo 负责需要进度老本,QA 负责流程品质标准。这种 QA 就与业务测试简直没有关系了。

scmroad: 国内还有其它家是这样组织架构和划分职能的么?

小猫咪同学: 华为中兴光荣小米都是有的,只是可能各个公司之间对于 QA 的业务职责领域会有一些差别,然而必定还是区别于业务测试的。自身 QA 这个概念也是从制造业那边过去的,所以可能起源于制造业的公司会更偏向于这样设计。包含各大车企其实也是相似的概念,车企的话搞的是 ASPICE 那套。[题外话:当初很多车企又开始搞 IPD 了]

钟同学:看我的项目状况的。我是游戏的 QA 而且就是不做功能测试的,是因为 18 年开始游戏越来越简单技术难度越来越高。游戏的品质要求也高了,举个例子当初一个投资千万一年半左右的我的项目。须要留神的指标有:

  • 兼容适配(分辨率,不同屏幕,不同图形接口,不同等级硬件,不同零碎版本当初还好都是 64 零碎了……)
  • 帧率和卡顿状况(30,45,60,90,120)
  • 内存应用状况
  • 包体大小(资源冗余,首包和分包……)
  • 硬件功耗(手机温度,cpu 和 gpu 频率)

至多实现下面 5 点你能力到前面的性能和玩法还有体验吧。而且须要精确定位道具。所以 18 年后游戏开始有一堆不专一测试性能的 QA,因为这些测试的复杂度和环境构建难度是十分大的。要求测试会局部白盒还有灰盒,须要测试会应用引擎编辑器以及引擎工具,还要会接入 sdk,还须要你懂硬件,因为局部工具是硬件供应商提供的性能测试软件比方 intel 的 gpa,n 卡和 a 卡的工具,高通的 mtk 华为的工具。还有引擎自带工具 unity 的 uwa 和 upr 以及 profile。ue 的 ins 和 profile……

所以 QA 变得非常复杂和宏大,以至于大公司当初都独自开个子公司把 QA 丢进去

惊艳同学:那为啥开发具备这些能力,没有的须要学习。测试须要这些能力不具备就能够不须要呢?

钟同学:因为测试的门槛低,入门只有会黑盒就行而且测试工资非常低。不做技术测试就往项目管理走。所以上上限不一样。[话中有话:测试工资太低,只进行一些简略的黑盒测试,而须要更多技术和常识储备的游戏业务测试交给研发或者更业余的公司去做。]

关同学:能测出 bug 才是测试人员的外围能力,其它的都是辅助伎俩,太强调一些乌七八糟的指标都是给老板看的,当然测试角色没有老板反对也会过得很难,所以这些本末倒置的货色也是局势所迫。

吹个泡泡同学:好多面试问的问题都懵了,当初测试是不必干活了吗?怎么搭建品质管理体系?怎么进步测试品质?怎么评估测试品质?怎么让所有人都能高质量实现测试?怎么治理测试用例?怎么评估测试用例?如同把这些弄好了就行了不必干活了。以前没有这些乌七八糟的标准流程,大家反而很谐和。

大水母同学:没有业务要开你太简略了,和业务绑定可能还会让人忌惮,效力这种事属于有最好没有也不是不行的范畴。

scmroad:批准,须要对业务有价值,不能成为无根之水

Jack 同学:如果是测试,必定是要做业务测试。如果是 QA,的确能够不做。层面不一样。业务测试只是保证质量的一种形式。如果通过其余形式能够达到同样成果,甚至更好,那就是 QA 的价值。

duoxier 同学:我狐疑你在说咱们然而又没证据。[咱们的 QA 就不做业务测试,在搞流程、卡点、标准 ….. 的事]

我的想法

QA(在这里特指测试)是一个十分业余的畛域,须要业余人员来做。业余的人做业余的事。尽管一开始能够找多面手来做一些调研、预研,但一旦上了规模,还是要业余的人来做,做的好且快。郭德纲老爷子有句话说得好,不要用你的业余爱好,挑战我的业余。

闻道有先后,术业有专攻。某些人认为本人的业余爱好技能曾经比人家赖以生存的技能还牛的人,千万别去挑战人家,本人在家里比划比划还能够。因为在业余的人士眼里,你的业余只不过是一个风趣剧。- 郭德纲

我的相干文章

  • 质效晋升 | QA 不做业务需要测试,你怎么看?
  • DevOps | 产研协同效力晋升之评审、审批流、品质卡点
  • DevOps|从腾讯 TEG CDC 遣散聊技术中台
  • 什么是研发效力?研发效力定义及外围价值
  • 互联网公司研发效力 / 工程效率团队建设和布局
退出移动版