搜狗科技資深高級測試開發工程師王鵬做《如何通過精準測試來解決效率黑洞》主題演講。王鵬指出，“精準和智能是精準化測試聚焦的兩個點，而如何從經驗型方法中提升技術性的手段則是精準化測試的目的。”
以下為王鵬演講實錄：
現場視頻（上）
大家好，今天我給大家分享的主題是《如何通過精準測試來解決效率黑洞》，我希望大家聽完后，可以想想現在適不適合開展精準測試，如果現階段不適合，我的目的也達到了。第二點，如果確實可以做精準化測試，我希望大家聽了以后學到一些方法，能知道哪些階段引入哪些方法可以解決哪些問題，達到什么效果，想做的話，回去后，可以開始一步步開展。
分享分三個部分：1、影響我們測試效率的因素有哪些，既然做這件事肯定是事出有因的。2、簡單介紹一下精準化測試思想。最近精準化測試起來了，有的同學對此了解不是很深。3、介紹一下我們提升效率的具體方法有哪些，每個階段都會詳細給大家介紹。
首先說一下影響效率的因素，這是和大家訴苦了。我這個題目選了“黑洞”這個詞，大家看這張照片是前一陣NASA發現的第一張黑洞照片，選這個題目的時候，這張照片還沒有呢，為什么選黑洞，效率為什么是黑洞，因為他們有類似的地方，黑洞是什么？質量特別大但是體積很小，我們平時工作是什么樣的？測試的工作非常苦，付出非常多，但有可能成效非常少。是什么造成了這樣一個情況？
分析了一下：
1、投入產出比。不知道大家平時做事的時候有沒有考慮過這個事情，這個事情其實對你自己的影響非常大，大家可以好好想一想，經常有人說我們工作效率低，這直接對我們個人的影響就是你的創新性工作啟動特別難。作為一個測試工程師，如果我正天被我的工作羈絆，成天做重復的工作，也許很多人都是這樣，最開始我也是這樣，那么就很難開展一些創新性的工作，或者你和老板提出有一些想法要做這些創新工作，也可能沒有時間，老板會跟你討論，這些創新工作投入產出比怎么樣、收效怎么樣、付出這么多時間下面如何？這是我們面臨的困境。
2、我們的成效不可衡量。這個很多分享嘉賓提到了，不出事還好，一旦線上發現什么問題，往往追溯的時候，開發可以查代碼，我們整個測試過程怎么回放，不可衡量，我昨天這么點的沒有出現問題，今天還是這么做出現問題了，你說我到底錯在哪兒？我們的工作不可衡量的話，真正較真計較這個事情的時候，我們就處于非常非常被動的地步。
正因為這兩部分，這次出事了，下次投入更大的精力去做，從另一個角度講就是影響你的效率。
說完我自己的切身體會再來回顧一下我們平時的工作，我列了兩項：黑盒測試，白盒測試。大家可能覺得老生常談，其實不是這樣的，黑盒測試我們今天聽分享有好多高大上的方法，據我們了解，在很多大廠包括很多公司里，黑盒測試的同學仍然占80%以上，這是不可規避的一個問題，大量的同事還在從事著黑盒測試工作，那么我們怎么幫助他們其實是一個非常重要的問題。
說到黑盒測試，準備從三個方面說一下，過程、效果、管理。黑盒測試的過程是怎樣的？因為黑盒測試是看不到代碼的，在整個測試過程中伴隨著很多猜測的成分，在測這個功能的時候可能憑借你的經驗猜，它可不可能出現一些問題，設計測試用例的時候也是靠猜的。第二不穩定，體現在很多方面，極端的例子，今天測的和昨天測的可能就不一樣，今天身體不舒服測的版本效果可能跟身體好的時候也不一樣。第三難控制。正因為這么多因素造成整個黑盒測試的過程是不可控的，我說測一個90分的版本來，怎么確定這件事情？
效果跟個人素質關系很大，一個新人和一個有經驗的老人對業務測試的質量，這個區別是很大的，在座很多管理者，如果你管理的是一個黑盒測試團隊的話，你面臨的難度是什么？要管理測試開發團隊評估你的代碼開發能力、代碼設計能力，其實不是一個很難的事情，咱們打幾次交道，你給我實現幾個功能就基本知道你的底了，就知道什么樣的工作可以交給你開發，業務怎么辦？你可能有自己熟悉的業務，比如說來了一個測試需求，測試需求里的很多業務，30%是你熟悉的，70%是不熟悉的，能不能交給你，如何選擇一個合適的同事測這個版本？這是一個非常大的問題，是對黑盒測試團隊管理者提出的很大的挑戰，出現問題時我們反思，測試過程中這個問題需要注意、那個問題需要注意，管理者有沒有捫心自問為什么選擇他做這件事情，如果選擇另一位同學能不能規避他犯的錯誤？這是很難的事情。
另外聊一聊白盒測試，在座有做白盒測試的嗎？有兩個，不知道你們是不是互聯網行業的，其實我是不建議在互聯網行業做白盒測試的，因為白盒測試產生是以前像微軟Office這種開發周期極長用白盒測試，互聯網一天上線三個版本，做完以后門檻高，團隊里有一到兩個人能做白盒測試嗎？單兵作戰，你測一半能不能交給另外一個同學？沒法交接只能自己做。第三目標比較單一，做白盒測試的時候一般評價我們測試是否到位，基本只能依靠覆蓋率，白盒測試過程中覆蓋率達到一定指標了就說明OK，目標非常單一。還有沒法大家一起做，一個版本來了大家一起做白盒測試，最后把結果匯總到一起，這個也是很難做的；第四就是分析之殤投入產出比比較低，有可能做完以后只能告訴“看了，這些邏輯確實都覆蓋到了，沒有問題”但是你發現bug了嗎？一個也沒有發現，這種情況很常見，所以白盒測試對于互聯網行業是不合適的，所以現在其實很早大家就在做灰盒測試了。我們基本上測試是通過黑盒測試做的，
濟南網站建設在黑盒測試基礎上更高效的解決問題。這是我們面臨的現狀。
