上面一篇文章《質(zhì)效提升 ｜ QA不做業(yè)務需求測試，你怎么看》主要討論的是QA 和業(yè)務需求測試相關(guān)的問題，文章發(fā)出后收到了很多小伙伴的反饋，這里把很多有意義的反饋放在下面，希望對你有用。

約翰同學：QA 和測試的職能不同吧。很多時候混淆了？
scmroad：是的，對于國外來說QA 和 Tester，區(qū)別很大；但在國內(nèi)很多場景下QA=測試人員
約翰同學：每個公司對“QA”的角色職責定義不一樣的。我們公司 QA 就是不懂代碼，不懂開發(fā)，不懂測試，只搞流程、度量、方法論等。
scmroad：不懂代碼，不懂開發(fā)，不懂測試的人去搞流程、度量、方法論？這樣的人成長路徑是啥？大學畢業(yè)就去做流程、度量、方法論，一直升上來的么？這樣的人弄出來的流程、質(zhì)量、方法論靠譜么？
約翰同學：前面說的“不懂”是夸張一點的說法，大部分不是一畢業(yè)就搞流程啥的，一般會有一點開發(fā)、測試經(jīng)歷，但是時間一久，開發(fā)測試方面經(jīng)驗其實是跟業(yè)務實際基本是脫節(jié)的。
scmroad：我身邊搞流程優(yōu)化，度量改進，方法論這套的都是特別懂這塊特別資深的人，不會是懂一點開發(fā)和測試的人去做這些。否則容易外行領(lǐng)導內(nèi)行。
約翰同學：認同你的觀點。但某500強現(xiàn)狀就是這樣[允悲]

jw同學: 哪家公司 QA 不做業(yè)務啊，那也太爽了

scmroad: QA部門肯定有QA做業(yè)務的需求測試，關(guān)鍵在于這部分人在部門的比例，絕對數(shù)量是否能支撐業(yè)務的發(fā)展。

小貓咪同學：做業(yè)務需求測試的是QC，QA其實是類似于PMO的職能部門吧。本身也是做流程，做研發(fā)效能這塊。

scmroad: 如果細說的話， QA和測試人員區(qū)別很大；但在國內(nèi)很多場景下，QA=業(yè)務測試人員，而QA和PMO的區(qū)別就更大了，兩者很多時候不是一個部門的。

小貓咪同學：這就要看公司的組織架構(gòu)了，比如華為，QA是獨立出來的部門，主要負責的就是做流程規(guī)范這塊，在產(chǎn)品線內(nèi)與PMO相輔相成打配合的，pmo負責需求進度成本，QA負責流程質(zhì)量規(guī)范。這種QA就與業(yè)務測試幾乎沒有關(guān)系了。

scmroad: 國內(nèi)還有其它家是這樣組織架構(gòu)和劃分職能的么？

小貓咪同學: 華為中興榮耀小米都是有的，只是可能各個公司之間對于QA的業(yè)務職責范疇會有一些差異，但是肯定還是區(qū)別于業(yè)務測試的。本身QA這個概念也是從制造業(yè)那邊過來的，所以可能起源于制造業(yè)的公司會更傾向于這樣設計。包括各大車企其實也是類似的概念，車企的話搞的是ASPICE那套。[題外話：現(xiàn)在很多車企又開始搞IPD了]

鐘同學：看項目情況的。我是游戲的 QA 而且就是不做功能測試的，是因為18年開始游戲越來越復雜技術(shù)難度越來越高。游戲的品質(zhì)要求也高了，舉個例子現(xiàn)在一個投資千萬一年半左右的項目。需要注意的指標有:

1. 兼容適配（分辨率，不同屏幕，不同圖形接口，不同等級硬件，不同系統(tǒng)版本現(xiàn)在還好都是64系統(tǒng)了……）
2. 幀率和卡頓情況（30，45，60，90，120）
3. 內(nèi)存使用情況
4. 包體大小（資源冗余，首包和分包……）
5. 硬件功耗（手機溫度，cpu和gpu頻率）

至少完成上面 5 點你才能到后面的功能和玩法還有體驗吧。而且需要精確定位道具。所以18年后游戲開始有一堆不專注測試功能的 QA，因為這些測試的復雜度和環(huán)境構(gòu)建難度是非常大的。要求測試會部分白盒還有灰盒，需要測試會使用引擎編輯器以及引擎工具，還要會接入sdk，還需要你懂硬件，因為部分工具是硬件供應商提供的性能測試軟件比如 intel 的 gpa，n卡和a卡的工具，高通的 mtk 華為的工具。還有引擎自帶工具 unity 的uwa和upr以及profile。ue的ins和profile……

所以 QA 變得非常復雜和龐大，以至于大公司現(xiàn)在都單獨開個子公司把 QA丟進去

驚艷同學：那為啥開發(fā)具備這些能力，沒有的需要學習。測試需要這些能力不具備就可以不需要呢？

鐘同學：因為測試的門檻低，入門只要會黑盒就行而且測試工資非常低。不做技術(shù)測試就往項目管理走。所以上下限不一樣。[言外之意：測試工資太低，只進行一些簡單的黑盒測試，而需要更多技術(shù)和知識儲備的游戲業(yè)務測試交給研發(fā)或者更專業(yè)的公司去做。]

關(guān)同學：能測出bug才是測試人員的核心能力，其它的都是輔助手段，太強調(diào)一些亂七八糟的指標都是給老板看的，當然測試角色沒有老板支持也會過得很難，所以這些舍本逐末的東西也是形勢所迫。

吹個泡泡同學：好多面試問的問題都懵了，現(xiàn)在測試是不用干活了嗎？怎么搭建質(zhì)量管理體系？怎么提高測試質(zhì)量？怎么評估測試質(zhì)量？怎么讓所有人都能高質(zhì)量完成測試？怎么管理測試用例？怎么評估測試用例？好像把這些弄好了就行了不用干活了。以前沒有這些亂七八糟的規(guī)范流程，大家反而很和諧。

大水母同學：沒有業(yè)務要開你太簡單了，和業(yè)務綁定可能還會讓人忌憚，效能這種事屬于有最好沒有也不是不行的范圍。

scmroad：同意，需要對業(yè)務有價值，不能成為無根之水

Jack同學：如果是測試，肯定是要做業(yè)務測試。如果是QA，確實可以不做。層面不一樣。業(yè)務測試只是保證質(zhì)量的一種方式。如果通過其他方式可以達到同樣效果，甚至更好，那就是QA的價值。

duoxier同學：我懷疑你在說我們但是又沒證據(jù)。[我們的QA就不做業(yè)務測試，在搞流程、卡點、規(guī)范.....的事]

我的想法

QA(在這里特指測試)是一個非常專業(yè)的領(lǐng)域，需要專業(yè)人員來做。專業(yè)的人做專業(yè)的事。雖然一開始可以找多面手來做一些調(diào)研、預研，但一旦上了規(guī)模，還是要專業(yè)的人來做，做的好且快。郭德綱老爺子有句話說得好，不要用你的業(yè)余愛好，挑戰(zhàn)我的專業(yè)。

聞道有先后，術(shù)業(yè)有專攻。某些人認為自己的業(yè)余愛好技能已經(jīng)比人家賴以生存的技能還牛的人，千萬別去挑戰(zhàn)人家，自己在家里比劃比劃還可以。因為在專業(yè)的人士眼里，你的業(yè)余只不過是一個幽默劇。- 郭德綱

我的相關(guān)文章

質(zhì)效提升 ｜ QA不做業(yè)務需求測試，你怎么看？
DevOps | 產(chǎn)研協(xié)同效能提升之評審、審批流、質(zhì)量卡點
DevOps｜從騰訊TEG CDC解散聊技術(shù)中臺
什么是研發(fā)效能？研發(fā)效能定義及核心價值
互聯(lián)網(wǎng)公司研發(fā)效能/工程效率團隊建設和規(guī)劃