偶然在知乎上看到一篇帖子：為什么互聯(lián)網(wǎng)公司不開除測試，轉(zhuǎn)而讓大眾來測，找到一個bug給100元？幾年測試經(jīng)驗下來，看到大家的討論，深感心有戚戚焉，于是也想淺談測試人員對于公司的重要性。

首先舉個身邊的例子，大致劇情是：開發(fā)團隊因為某某原因，感覺測試人員“有些多余”，測試工作可以自己做。于是不再讓測試團隊跟，于是這么進行了兩三次后，實在受不了線上“控制不住的”問題，于是又把測試人員請了回來。

對測試的常見誤解

關(guān)于測試，大致會有以下幾個方面的誤解：

將開發(fā)階段、測試階段完全剝離；

誤認為測試只是在產(chǎn)品做出來之后，使用它找 bug；

忽略了發(fā)現(xiàn) bug 的時間點越靠后，修復(fù)它所要付出的代價就越大；

認為測試人員就是找 bug 的；

認為測試就是在界面點點點，找?guī)讉€茬。

重要的測試方法論

找 bug 或 bug 預(yù)防應(yīng)該始終伴隨著產(chǎn)品的各個階段，這里有個比較形象的比喻：敲釘子，如果一口氣敲完了才發(fā)現(xiàn)敲歪了，那就得拔出來重新來，可是東西上已經(jīng)有一個很深的洞了。因此，對質(zhì)量把控的兩個方法論包括：

質(zhì)量預(yù)防。事先定好釘子的位置、方向、需要的深度等；

實時檢查。敲一敲，檢查一下，隨時糾正方向，確保前進的大方向是正確的。

測試的目標(biāo)：

測試的核心職能：測試產(chǎn)品與需求（產(chǎn)品需求-》用戶需求）的契合度

為什么互聯(lián)網(wǎng)公司需要測試人員

對于測試工作為什么不直接交給開發(fā)/產(chǎn)品/其他人員去做，反而雇傭?qū)ｉT的測試人員，可以使用下面的思路來回答這個問題：

測試是一項工程，需要計劃、策略、方案。非專門人員，無論從技巧、心態(tài)、方案上都無法很好勝任長期的質(zhì)量保證

測試需要對產(chǎn)品的透徹理解，需要對用戶的同理心，需要對市場的把握，需要足夠好的大局觀，需要足夠的耐心，需要一定的技術(shù)功底，需要寬泛的知識面，需要良好的溝通能力，需要能夠協(xié)調(diào)團隊中不同角色。60 分的測試人員市場上大把大把的一大堆，但接近 100 分的測試人員實在非常緊缺，二者對于產(chǎn)品的影響就是：60 分人員產(chǎn)出 60 分經(jīng)常差強人意的產(chǎn)品；而 100 分人員產(chǎn)出的是穩(wěn)定&可靠&體驗超爽的“網(wǎng)紅”產(chǎn)品。

質(zhì)量保證需要從有別于產(chǎn)品、開發(fā)、設(shè)計的視角來看待整個產(chǎn)品周期。

需要專門人員通過各種技術(shù)手段和流程改進，逐步解放團隊內(nèi)部人員，讓他們把精力放在對產(chǎn)品的把握上。

質(zhì)量保證既需要方法論，又需要效率，其他人員不能同時具備。

產(chǎn)品需要不同層面的質(zhì)量（可用、易用、好用、愛不收手）。

非測試人員或許能碰得到 Bug 但不代表測得出 Bug。正如覺得電影不好看，也不一定就能拍出好電影。

總結(jié)：收益》投入時，投入才值得，這或許是對為什么需要測試人員的最好回答了。如果將測試人員看做是項目投入的話，那么其所能產(chǎn)生的收益必定更大，換言之，使用專門的測試人員是值得的投資。

測試人員地位為什么在團隊中未被足夠重視？

1. 無論是否熟悉互聯(lián)網(wǎng)公司團隊合作模式，相比產(chǎn)品人員、開發(fā)人員，測試人員工作往往由于處于項目的中后期，而產(chǎn)生了這樣一個印象：

沒有產(chǎn)品人員/開發(fā)人員，根本出不了產(chǎn)品；而沒有測試人員，大概也是可以的。

2. 對于產(chǎn)品層面的直觀印象是：

你的團隊有測試人員，用戶/其他人員不會覺得你的產(chǎn)品好牛逼；

但你的團隊沒有測試人員，用戶/其他人員會覺得你的產(chǎn)品好 low。

3. 測試人員缺少強有力的數(shù)據(jù)支撐自己的重要性：

現(xiàn)在幾乎所有大中小型公司，考核測試人員的指標(biāo)都越來越偏向于開發(fā)能力了。如果測試人員能開發(fā)出一個測試工具/平臺，彰顯自己的開發(fā)能力，不僅可以通過分享、工具推廣來增加自己的影響力，更可以在晉升答辯中獲得優(yōu)勢；

而對于產(chǎn)品層面的直接影響，缺少類似開發(fā)能力這么明顯的衡量標(biāo)準(zhǔn)。除非負責(zé)的產(chǎn)品直接有關(guān)收入、用戶量等指標(biāo)，而測試人員又恰恰新提了一個方案，增加了收入、用戶量等（當(dāng)然這種機會實在是千年難遇，畢竟 90% 的產(chǎn)品可能非人為可以控制）；而實際項目往往面臨的是下面的場景：

測試人員對產(chǎn)品層面進行了種種優(yōu)化建議/改進，但除了多一些 bug 外，似乎也沒有多少有力證據(jù)來證明測試人員對產(chǎn)品層面的影響。

對測試人員考核的一些思考

Bug 懸賞

眾測平臺：給符合資質(zhì)的測試人員分派測試任務(wù)，最后根據(jù) Bug 的數(shù)量或者測試任務(wù)的獎勵方式給予報酬；

感悟：這或許是鼓勵測試人員以外的人員來參與測試的最好方式了吧。

為什么幾乎沒有公司根據(jù) bug 的數(shù)量/嚴重級別，對測試人員進行“懸賞”？因為于大多數(shù)公司而言，測試任務(wù)量大/發(fā)現(xiàn)大量 bug 的項目在許多資源方面并沒有比成熟業(yè)務(wù)有利，大多數(shù)情況下，反而更被動。

當(dāng)測試人員疲于項目測試，整天忙得暈頭轉(zhuǎn)向時，到績效考核/晉升時卻發(fā)現(xiàn)無“重量級話題”可說；而一些項目測試比較“悠閑”的人員，反而可以有時間去持續(xù)集成、自動化開發(fā)等，去做一些在考核時十分搶眼的事情。兩類人員常常限于自己的循環(huán)之中。

項目測試中，由于業(yè)界普遍對自動化的推崇，實際項目中往往出現(xiàn)了以下現(xiàn)象：

1） 為了自動化而自動化?，F(xiàn)在一說到測試執(zhí)行，如果說還沒有自動化，直覺上好像在進行“很 low”層次的測試一樣；

2） 強調(diào)自動化的代碼覆蓋率，而非從整體測試策略來思考具體的測試執(zhí)行方案；

3） 大量自動化覆蓋率、高運行通過率的情況下，仍然頻出線上問題。這里不禁有一個疑問：如果自動化真的減少了人力投入的話，那么節(jié)省下來的人力究竟對確保安全、無故障上線起到了什么作用呢？

寫在最后

目前測試界的現(xiàn)狀是：對測試人員角色理解相對不太深入、測試人員的價值沒有被足夠重視、對測試人員考核的普遍傾向。在當(dāng)前現(xiàn)狀下，如何在整個團隊中發(fā)揮測試角色的作用，又能對自己（如果你是 QA 的話）帶來成長/考核方面的益處呢？