? ? 這次，將第3章：測試工程師的剩余部分讀完，從3.2.10開始~

? ? 10）Google Test Analytics

? ? GTA（Google Test Analytics）是基于ACC模型的風險分析。特質和組件生成一個表格。測試計劃者可以在表格的交叉點添加能力。對各能力點，選擇頻率和影響值，這些數(shù)據(jù)會匯總到風險視圖。各領域的總風險是各能力點風險的平均值。在GTA中，測試人員可以輸入各能力點的bug數(shù)據(jù)庫、代碼樹和測試用例的位置或查詢。風險級別大致是對風險分析時間點之后bug的數(shù)量、代碼行的變化、測試用例的運行結果和度量。

? ? GTA有一個重要的特性：測試人員可以很快地把能力列表變成一次測試執(zhí)行。TE可以使用GTA中ACC矩陣來分配測試人員。測試人員傳統(tǒng)上按照組件來分派，ACC則提供了另一種視角——按照特質進行測試。

? ? GTA旨在使風險分析足夠簡單和使用，期望不久后能開源。

? ? 11）零成本測試流程

? ? 關于免費測試特征的一些想法：成本幾乎為零、瞬間可得的測試結果、極少或者無需人工干預、非常靈活。零成本測試流程的要點如下：

? ? a）通過GTA進行測試計劃

? ? b）測試覆蓋度：使用bot

? ? c）bug評審：BITE

? ? d）探索式測試

? ? e）bug提交：BITE

? ? f）Bug triage和調試：BITE

? ? g）部署新的版本并回到第一步

? ? 12）外部供應商

? ? 雖然Google擁有優(yōu)秀的測試人才，但各種項目的不斷涌現(xiàn)，導致經常需要專門的測試技能。這就需要外部供應商。比如Chrome OS連接Wifi和3G可能是一個大風險，最開始，Google購買多臺路由器手工切換網(wǎng)絡，但后來發(fā)現(xiàn)有些場景仍然沒法模擬。因此，在Chrome OS推向世界之際，善用外部供應商、快速開展工作的能力，保證快速行動、快速交付。

? ? 3.與Google Docs測試工程師林賽.韋伯斯特(Lindsay Webster)的訪談

? ? Lindsay是那種“有困難就找她”的測試專家。她有能力影響開發(fā)團隊去提高他們的測試水準。對于一個新項目，首先站在用戶的角度了解這個產品；然后從頭到尾地理解產品；接著關注項目的質量狀態(tài)，了解bug的數(shù)量、問題的分組、類型等；還會檢查代碼庫，了解單元測試通過率、測試用例的的覆蓋范圍；還會評審所有自動化測試；最后加入團隊的溝通方式。

? ? 偵查結束，第一件事給應用分解成功能模塊；然后按照優(yōu)先級順序遍歷所有模塊；再次檢查bug和應用來尋找覆蓋度上的不足；后面就是維護和更新，并跟蹤用戶反饋。

? ? 我認為測試的退出標準是：有足夠的信心，剩下的bug都屬于那些使用率較低、出問題之后對用戶影響也較低的模塊。

? ? 看完她的訪談，感覺說服人，最好的方式是給出數(shù)據(jù)，如bug數(shù)據(jù)或用戶反饋。

? ? 4.與YouTube測試工程師安普.周（Apple Chow）的訪談

? ? Apple Chow是YouTube的測試主管。主管是一種整個產品或團隊范圍內、或者跨多個產品的協(xié)調性角色，主管需要具備全局性思維。

? ? 使用Selenuim測試，最喜歡的是簡單的API，最不喜歡的是UI測試的執(zhí)行比較慢，非常脆弱，維護成本很高。一個教訓是，只保留少數(shù)幾個用來驗證端到端的集成場景的高級別冒煙測試，除此之外盡可能編寫底層的測試用例。

? ? 本章讀到此，就完結了~?感受，TE的工作范圍很多、很大也需要很強的溝通，特別是類似于Lindsay這樣的測試專家。 對于快速迭代的版本，GTA很適用。當然BITE和bot仍然很好用。