15個問答爲專業測試人員揭開「精準測試」的面紗

1.到底什麼是精準測試。和傳統測試的區別和聯繫。

　　相對於普通測試，精準測試是在傳統測試過程當中，經過技術手段對被測程序進行360度全景測試，將測試過程可視化、數字化、標準化，從而達到被測程序上線穩定、無風險、維護成本低等優點。

　　和傳統測試比起來，精準測試須要經過程序自動的生成海量的、不能被篡改的原生態測試數據，經過這些數據的聚集、分析對測試進行帶有智能性的指導，避免了傳統測試過程當中人力記錄的時間成本與真實性的問題。

　　精準測試和傳統測試的聯繫在於，整個測試過程當中實際操做徹底基於傳統測試，並經過技術手段在傳統的測試過程當中自動產生原生態的測試數據。

個人理解，所謂精準測試就是在傳統測試基礎上進行智能化的分析處理，可視化的跟蹤查看，更可能是採用數據方式展示你這個項目進度狀況等等，舉個例子通常大型項目都會有項目經理進行跟蹤，開發狀況提測時間，測試進度，迴歸測試，上線狀況等，這一系列的處理流程都是人工在excel表中記錄的，透明度達不到特別的清晰，極可能某一個環節出現問題就會致使整個鏈條的死循環，更多時間須要拉上相關負責人開會push，創建各類討論組微信羣進行討論分析解決，而精準測試就是把這一系列的流程經過第三方軟件呈現出來，提前暴漏出來風險，催促相關人員解決，更有效的溝通，說白了就是之前你們開例會彙報下工做狀況，每一個人只知道本身的，而不知作別人的，經過第三方軟件能夠有效地查看到別人狀況，特別對於領導而言是極大地便利能夠把控項目節奏和控制風險的一種方法。

 

2.精準測試技術對於黑盒手工測試的效率提高。

確定不少人想問，精準測試更精準、質量越高是否須要花費更大量的時間，在現今互聯網時代，版本高速迭代的過程當中，致使了大量黑盒手工測試的誕生，這樣是否與精準測試提出的質量保證產生矛盾，咱們經過下面這樣圖進行分析：

 

傳統的黑盒測試在70%前的階段，查找BUG是很是迅速的，但以後缺陷的發現效率會急劇的降低。

　　精準測試是結合傳統的黑盒測試與白盒測試相結合的模式，它能夠在黑盒測試過程當中，經過程序自動產生白盒級別的運行邏輯數據，根據可視化出來的不足點和漏洞點，引導開發和測試有針對性的高效的補充用例。

個人理解，舉個例子當測試接到需求時候要進行需求分析拆分功能點，書寫相關測試用例，儘量想到各類異經常使用例和儘可能達到高的產品測試覆蓋率，前期產品不穩定會有不少bug，可是後期會很難發現更多的問題，產品會進入一個平穩期，這個時候可能就會有不少漏洞的產生，若是上線以後必然會有補丁的發佈等等，線上問題的解決，甚至一些高風險問題暴露出來，很難作到覆蓋率跟漏洞的分析，可是經過第三方工具就能夠查看到那些模塊覆蓋率低而且具體問題具體分析作到萬無一失。如：函數ID 1880 isrefreshview scroll經過代碼可視化和開發交流得知，此模塊爲優惠卷拉昇加載功能，可是此功能須要優惠卷超過必定量後纔會出現，可是實際測試中，測試人員只獲得了一張優惠卷的帳號，在遍歷中天然沒法覆蓋到該功能。

 

3.精準測試對於測試行業的影響是什麼？對普通測試人員的影響。

　　精準測試對於測試行業來講是一項重大的突破，用原生態的測試數據來保證被測程序的質量，從而提升程序的穩定性、可維護性。

　　對普通測試人員來講，精準測試至關於一個「透明」的測試，在測試中後期，精準測試能大大提升普通測試人員的測試質量以及把控測試方向，黑盒手工測試也可以容易的突破職位的瓶頸。

 

4.精準測試爲何能夠促進測試和開發的互動，以及融洽兩者的關係。

　　精準測試在測試過程當中會產生大量的原生態測試數據，，而精準測試在測試過程當中可以直接將測試人員的功能執行定位到代碼的運行邏輯，使得開發人員很容易的在代碼中定位到測試過中產生的問題，這樣的使得開發和測試有了一層交流的通道從而達到互動。

迴歸測試用例自動選取

傳統：在迴歸中因開發迴歸範圍大或避免測試遺漏迴歸範圍，每每在迴歸過程當中要求測試進行所有迴歸，可是又因時間緊等因素致使測試不全，上線後測試心理沒底。

精準：經過迴歸測試用例的自動選取，提取須要迴歸的版本的測試用例以及該版本以前全部版本的測試用例進行查詢，獲取每條測試用例最後運行的版本進行數據提取，並經過測試用例、代碼、模塊的追溯關聯技術，與要回歸的版本進行比對。分析出開發改動所影響最大的迴歸測試用例。

在測試時間不充足的狀況，能夠經過該功能和開發人員一塊兒對其測試用例進行評估，圈定測試用例迴歸的範圍，從而下降測試迴歸的成本。

 

5.精準測試對於覆蓋率技術的全新詮釋。

　　對於白盒測試有深刻研究的技術人員可能會問到，精準測試仍是不少用到了覆蓋率技術，這些原本不就是有開源的工具嗎？下面咱們來比較一下：

　　開源的覆蓋率工具：

　　一、 將全部的測試產生的覆蓋率混在一塊兒，不具有快速定位缺陷與輔助查錯，分析測試效率以及管理特性等等。

　　二、 單機運行，一個團隊下多人測試的結果沒法有效的整合，也不能按照日期累計

　　三、 沒法達到MC/DC這些更高要求的覆蓋率計算。

　　四、 沒法提供版本變動後的覆蓋率的累積，沒法適應高速迭代的應用場景。

　　五、最大的問題在於普通開源產品必須面對代碼進行覆蓋率的統計，而絕大部分場合測試工程師是不具有拿到代碼的權限的。

　　精準測試：

　　一、 覆蓋率的分析和計算精確到每條測試用例針對的函數，每一個代碼塊，每行代碼

　　二、 多人異地測試，數據整合計算該版本的覆蓋率，按日增加趨勢的分析

　　三、 把覆蓋率劃分不一樣的等級，最高支持MC/DC條件組合覆蓋率分析計算，可自定義要求

　　四、 版本迭代，多版本覆蓋率分析對比，適應高速迭代的應用場景

　　五、 編譯時須要代碼（可隔離編譯保證源碼安全性），後期整個測試和覆蓋率分析過程無需代碼

 

6. 精準測試和手工、自動化測試的關係，以及各自對測試行業的導向。

　　精準測試由於不改變原有的測試流程，這使得它在手工或者自動化測試中都能使用，例如：精準測試產生的數字化測試數據對整個自動化測試過程能夠進行深刻跟蹤和分析，精準測試的分析下降了自動化測試人爲的干預度，使得自動化測試更加智能。

　　將來相似於精準測試技術的測試分析系統會真正引領測試走出打開新的局面。由於測試分析系統是屬於測試的專業範疇，更加適合測試人員的專業特性。而自動化測試，天生的腳本開發特性以及複雜的控制特性，對絕大部分普通測試工程師來說，這方面處於明顯的劣勢

筆者大膽猜測一下，將來測試行業走向確定是更加智能化，偏向AI方面，全部的測試技術都會以更加智能化的方式體現，換句話說整個產品的生命週期是可視化的，經過UI的方式呈現出來，好比測試覆蓋率這些比較虛的東西均可以經過實打實的數據展現出來，excel這種記事方法，單純的發報告郵件方法會被淘汰，整個產品從生到上線以及後續的運行狀況都透過精準測試這一手段展現出來，而測試須要作的就是在此基礎之上進行好工做，而工做的體現就是透過精準更加有效精準的展示。

 

7.精準測試強調的測試數據的原生性的含義以及對測試組織形式的影響

　　原生性也就表明了公正性、真實性，精準測試提倡原生性的目的在於經過原生的數字化信息讓測試這個行業的結果更加公正、真實、可信。避免人爲緣由形成的驗收盲區。

　　國內的測試外包幾乎100%都是駐場的，駐場外包會產生不少沒必要要的開銷。而精準測試雖然是技術層面的概念，但由於精準測試技術採用的是非人工錄入數據的原生態數據源，又有實時的報表計算和測試跟蹤等功能，所以精準測試天生也是一個具備互聯網基因的技術，它存在推進軟件測試互聯網化潛能。

 

8.精準測試在軟件質量分析領域的核心特性。

　　精準測試的核心特性有：測試示波器、崩潰捕獲、路徑分析、全方位可視化的測試每一步、實時測試數據接收、測試用例和代碼的雙向關聯與追溯、全面記錄測試過程當中的測試設備和測試人員以及測試用例與代碼等多者之間的關聯，並經過豐富的報表和技術債務與風險指標進行展現

　　精準測試將測試過程所得到數據進行了指標化，測試後即會獲得關於覆蓋率、複雜度、代碼重複率、測試漏洞計算、崩潰分析、測試充分度分析、測試貢獻度分析、技術債務計算、設備和缺陷的關聯度分析等精準的質量分析報告來分析測試和項目質量。

 

9.精準測試在設計上對於普通手工測試工程師的考慮。

　　精準測試在設計上對於普通手工測試工程師進行了優先考慮，在徹底不改變測試流程的狀況下產生成原生態的測試數據，精準測試爲了下降普通手工測試工程師的數據分析難度，採用覆蓋率計算可視化，控制流程圖，雙向追溯等技術，以圖型的展現（而不是一個數字的表達）方式讓普通手工測試理解或尋求幫助。

 

10.精準測試對於代碼保全和軟件工程方面的重要貢獻。

　　精準測試在實際運行過程當中會記錄測試每一步足跡，這也間接的保全了功能的實現邏輯，精準測試經過技術手段把測試用例和代碼進行了對接，這使得開發來人在改動代碼的時候能夠經過測試人員的測試用例知曉其改動的印象範圍，以便於作到一致性修改，而且更換新的開發人員也能夠經過這個功能來了解被測程序的代碼運行邏輯，這樣有利於開發理解迅速掌握程序的內部結構。

 

11. 沒有源代碼可否進行精準測試。

　　傳統白盒測試不能進入工業界的主要緣由是由於學習難度以及對代碼的安全度，精準測試爲了保證源碼安全性，採用了對代碼進行插裝的技術，插樁後打包的應用給測試人員，徹底杜絕了測試人員或用戶觸碰代碼的機會，在測試分析過程當中如須要源碼，只需在本地有源碼的環境中與測試數據所記錄的數據庫匹配，就能實現無縫對接。

　　精準測試這項技術更完美的適用於車聯網這類的行業。

　　測試人員甚至能夠邊在行駛過程當中操做智能駕駛系統的同時，經過精準測試的軟件示波器即時地得到測試數據和測試結果。測試人員在移動的車上進行測試後，將一成天得到的測試數據拿到軟件平臺中進行分析。測試全程沒法接觸到源碼，保證源碼安全。

 

12.如何理解精準測試裏面的技術債務分析。

　　一款程序的代碼的編寫、代碼的複雜度、以及開發的人員、測試人員後期的維護等都會對程序產生技術債務，在精準測試裏面，經過各項指標對軟件進行了債務分析，並進行計算，債務越少天然表示該程序的測試越充分、穩定性更好、可維護性佳，且經過該值也反映了後期對該程序所須要的投入以及團隊的能力進行了預判。精準測試會引導用戶如何去償還債務，而這個償還債務的過程便是軟件質量接近完美的過程。

其實就是產品後期的可維護性，須要一我的天天看看報告，不須要大量人力去修復後期的bug

 

13.精準測試將來的發展方向？

　　精準測試將來的發展方向主要是針對被測程序的質量驗收與創建良好的測試體系，對於現今互聯網企業的崛起，版本高速迭代與程序的質量都影響着互聯網企業的發展，精準測試在這方面憑藉着自身的技術優點，在不爲企業增長多餘的負擔的狀況下逐步的提高程序質量以及創建一套完善的測試體系。

 

　　14.精準測試對於軟件交付、軟件衆測的意義。

　　在互聯網發展的今天，軟件定製已經成了行業熱門，可是如何讓軟件達到甲方要求的預期呢？經過尾款的方式進行保障已經徹底不夠，採用外包形式須要花費大量的人力管理和其它開支成本。精準測試的原生態數據剛好解決了這些顧慮，經過技術手段採用分佈式互聯網管理的測試方式，甲方只需經過精準測試的原生不得篡改的數據平臺就能觀察到整個程序的測試質量，讓甲方在驗收的同時多了一份信心。

　　對於軟件衆測來講，大量的測試人力，且我的能力高地差距較大，雖然能在某些方面幫甲方解決的軟件試用問題，可是在維護方面又如何呢？各類BUG的描述、問題的表達、以及測試的範圍度，這些都沒法進行考量與統一。精準測試模式恰巧能解決這類問題，它經過與衆測進行結合，經過不一樣的測試人員運行的測試軌跡，加以合併計算出完整的測試覆蓋率範圍，也能直接表現出程序模塊的熱門度，更大大解決測試人員因能力差別而提交BUG問題反饋，這樣配合讓甲方在衆包人力的測試過程當中，獲得了一份原生態的數字化報告。

 

15.精準測試如何下降企業立測試團隊的難度和成本。

　　精準測試對於企業來講經過測試人員的管理、中後期的測試效率以及不依賴我的能力等特色，大大下降了企業測試團隊成本，精準測試經過一系列技術手段在不改變原有的測試流程大幅度下降測試人員要求，並在中後期的測試效率上給予大幅度的幫助提升質量，這使得企業成本的核心公式計算中發生了轉變。精準測試爲企業帶來的是明確的、數字化的對於產品質量的信心，而並非對於團隊的模糊的基於能力的、經驗的判斷。