上面一篇文章《质效提升 ｜ 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解散聊技术中台
- 什么是研发效能？研发效能定义及核心价值
- 互联网公司研发效能/工程效率团队建设和规划