Android移動性能實戰 ( 簡體 字) |
| 作者：騰訊SNG專項測試團隊 | 類別：1. -> 程式設計 -> 手機程式 -> Android |
| 譯者： |
| 出版社：電子工業出版社 |  3dWoo書號： 46530
詢問書籍請說出此書號！【缺書】
NT售價： 395 元 |
| 出版日：4/1/2017 |
| 頁數：360 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：黑白印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787121310645 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
前言：為什么會有這本書
記得筆者從微博和 MAC QQ 項目中解放出來后，就開始接手手機 QQ，組建專項測試團隊。那時有幾個小伙伴，我們一起做手機 QQ 的專項測試，發現推動專項問題解決非常困難。產品的需求壓力巨大，性能越來越差，我們開始用更嚴厲的標準像守護者一樣守護手機 QQ，例如安裝包的大小。接手后的第一個手機 QQ 版本，漲了 10MB，這使我們看到了風險，頂著各部門的 KPI 需求，我們制定了一系列嚴厲的指標，超過的需求都不允許通過，從此安裝包大小剎住了車。但 KPI 的壓力巨大，像是洪水，不排解，堤壩只能越建越高，我們的壓力也越來越大。產品經理開始不斷地問，為什么安裝包不能變大呢？為什么不能占用更多的內存？我提供更多服務，為什么不能消耗更多的流量？ Why ？ Why not ？
在這些質疑中，我們經歷了許多，除了工具、流程之外，更多帶給我們的是真實的經驗。例如，安裝包不能再變大了。這里需要證據，運營同事找到了應用寶的數據，發現有不少用戶是通過 3G 網絡下載安裝包的，另外安裝包大小對下載失敗率也有影響。在跟老板匯報過數據后，我們拍定了更嚴厲的標準：0 增長。慢慢地隨著我們團隊人數的增加，類似這樣的故事也越來越多。跟大家想象的一樣，其中有跟開發人員的 PK、有不服輸自己去解決專項 Bug 的、有跟產品經理 PK 需求、與專項性能平衡的，等等。但是知道故事的人并不多，知道“為什么”的人就更少了。我們覺得這些故事應該被記錄下來和分享出去，然后就有了本書。本書中會介紹工具、原理，但更重要的是提供了一個個真實的案例、Bug 解決方案。
誰適合閱讀本書
以下職位的小伙伴們適合閱讀本書。
? 終端專項測試：這個職位的測試人員，負責產品的性能、安全、穩定性、兼容性等各個方面。我們希望你通過閱讀本書，可以有效地歸納總結知識、拓展思路，也可以作為你在專項測試領域的一本“字典”，隨時翻查。
? 終端系統測試：這個職位的測試人員，需要全面負責功能測試、專項測試等各個方面，利用合適的測試策略發現和預防風險。而專項測試是測試本身一個空間最廣闊、蘊含知識最豐富的分支，學習和了解專項測試，對系統測試人員本身職業生涯的發展有著不可或缺的重要作用，也有利于制定出最合適的測試策略。
? 高級終端開發：終端開發人員必然需要面對許多性能上的難題，本書希望成為你的一部指南書。還有，必須要說，越是高級的終端開發人員，越是需要啃硬骨頭，而專項恰巧就是這個硬骨頭。
另外，產品經理不能看這本書嗎？答案是能。因為不懂測試的開發不是好的產品經理。
如何利用本書
本書力求做到以下三點。
第一，通過結構化的知識體系，讓讀者在心中建立起性能專項的知識體系。希望做到“授之以漁”，所以我們會從資源類性能和交互類性能入手。
第二，案例均來自手機QQ、QQ空間、QQ音樂等的真實項目案例，結合工具集和原理，希望讓讀者對其中的技巧和知識使用更加得心應手。
第三，提煉專項標準。在測試行業中，很多測試人員都需要有標準在背后支撐，特別是對于性能這些不黑不白的事情。雖然制定讓人信服的標準很難，但我們愿意踏出這一步。
因此大家閱讀的時候會發現，為了上面的三點，本書的大部分章節會分為原理、工具集、案例、專項標準四部分來介紹。
原理 主要是為了說明一些不脫離實際的實用的基礎知識。因為有好的基礎知識，才能 PK 得過開發人員，說服得了產品經理，用“專業知識”武裝自己。
工具集 工欲善其事，必先利其器。但工具那么多，該選哪個呢？根據我們的經驗，本書中對工具做了不同緯度的分類，助你消滅選擇恐懼癥。
案例 按照分析專項問題的思路來劃分我們的案例，我們力求做到讓讀者可以舉一反三。
專項標準 會從原則、標準、優先級、來源等來描述。原則像是憲法，在沒有對應的具體標準的時候，可遵循原則。標準更多是直接從案例中提煉的規則，可直接操作落地。優先級和來源都是為了讓大家推動標準的時候更有把握。
在開始性能專項之旅之前
為了堅定你把這本稍微晦澀難懂的書讀完的信心，筆者必須讓你弄清楚性能的重要性和這本書將會告訴你些什么。下面，先從幾個不同的角度來談談性能的重要性。
首先，性能是基礎功能。這句話不是我說的，是 Pony Ma 在一次大會上說的，即使不算終端性能，也都能印證這句話的正確性。其中最經典的例子就是 PC 的傳文件功能。對于這個功能來說，在不同的網絡環境下，盡可能地利用好帶寬，保證成功率和提升傳輸速度就是這個功能的描述。而對性能的不斷打磨，也讓這個功能成為用戶使用 QQ 的重要原因之一。所以產品經理要升級，要打怪通關，怎么能忽略性能呢？
其次，性能可以給予更多豐富用戶體驗的空間，也可以徹底破壞用戶體驗。這里舉兩個例子。第一個例子，過年時候，上了一個有強迫癥的功能，口令紅包。這個功能就相當于一次對于客戶端的消息壓測，會帶來前所未有的性能壓力，幸好聊天窗口的性能還不錯，才能承載起來。第二個例子，內存中 OOM 會帶來 crash，卡頓到了極端會 ANR，這些都會嚴重破壞用戶體驗。
最后，性能可以直接跟錢產生關系，可以省錢也可以費錢。關于省錢，例如手機 QQ的部分業務功能切換為使用 WebP 來壓縮圖片，這不僅節省了用戶流量，更重要的是從帶寬費用上為公司節省了不少支出。關于費錢，例如 http content length 設置錯誤帶來的重復下載，就會浪費用戶流量，甚至可能導致一次讓公司損失大量金錢的事故。
移動專項性能是一個完整的體系，如圖 1 所示的 Android 性能專項地圖，它涉及很多方面知識，作為移動專項的一個重要分支，包括資源類性能、交互類性能兩個方面，所以本書將從這兩個方面，依據圖1中的脈絡，講述這些重要的案例、經驗和工具，讓你快速成長。
致謝
本書的作者是來自騰訊 SNG 專項測試團隊的工程師們，他們負責手機 QQ、QQ 空間、
QQ 音樂等的性能評測與優化工作，在 App 的資源類性能、交互類性能的分析與優化上挖
掘很深，積累了不少案例和經驗。
主要編著成員有：黃聞欣、楊陽、丁鐸、譚力、付越、付云雷、黃天琳、歐陽霞、唐
志彬、樊林。
感謝吳凱華、肖衡、邱俊、汪斐、石延龍、張金旭、閆石、潘在亮、劉海鋒、周文樂、
李昶博和其余專項測試團隊成員的鼎力支持。
寫在開頭，送賈島《劍客》詩一首：“十年磨一劍，霜刃未曾試。今日把似君，誰為不平事！”我們團隊工作重心轉到移動互聯網領域已經好幾年了，團隊在移動領域測試技術積累可以說是從零基礎開始的，幾年來，配套的各類技術攻堅、工具平臺建設都具備了很好的沉淀和規模，同時團隊在這期間的自我實踐提升和轉變速度也非常快，如果自我吹捧一下，那么這就是一支優秀團隊所具備的核心競爭力。這幾年來，看著大家能不斷探索攻克一個個難題并填坑，其實是一件很幸福開心的事情！這期間的學習、探索和實踐，借用一句典故就是“工欲善其事，必先利其器”，我們都在說“磨刀不誤砍柴工”，道理都是一致的，騰訊的專項技術測試團隊從 2010 年開始組建，近 7 年來已經不斷體現出其強大影響力和價值，成為了研發團隊最堅實的戰斗伙伴之一，而我們專項技術測試團隊這幾年也不斷夯實了移動測試領域的重點攻堅領域、填補了幾乎所有短板，并且也是努力從基礎提升做起后到現在帶來的結果體現！這好比在練武術時，早期教練會讓學員練習扎馬步，大家在健身房請私教時，會發現教練要求學員一定練深蹲，這些日久才能發揮威力體現基本功的基礎動作，對武術提升和健身起到舉足輕重的作用。我們團隊過去持續保持平和心態，聚焦在短板上不斷學習、鉆研和沉淀，也在今天不斷體現出了價值和給業務提供著重大支持。這是一支務實、踏實但又保持持續創新的團隊，這也是我們團隊的寶貴財富和一貫傳承的管理思路。
每次看到行業里有新書出來時，我基本都會第一時間來了解獲取，首先希望拜讀理解作者的思路，然后看書內容里的技術實踐深度，我這個人很懶又很挑剔，寧愿花很多時間來提煉內容寫個 PPT 給大家做分享，也不愿花很多時間坐在電腦旁邊碼字、寫出一摞看起來厚厚的很有“成就感”的文檔來給人讀，因此我是真心佩服那些能寫出大部頭書籍的同仁，過去幾年里承蒙同仁抬愛，我給多本書寫過序，雖然讓我有些“憤憤然”，我是“作序君”嘛，但也總是很欣慰，佩服同仁和我的朋友 / 同事們熬夜碼字的毅力，也佩服他們能抽絲剝繭，把自己的經驗實踐用一本書完整地呈現給讀者的魄力。但其實我想說，寫書本身是一件嚴肅的事情，也是把自己扒光了晾給大家看的一個過程，一本書如果東拼西湊，大部分內容要么是截圖、純圖片，要么是“騰挪”了很多他人的內容，這種書其實出版出來也是體現了作者典型的“囊中羞澀”，此類書不出也罷，因為會食之無味，讓讀者讀完基本沒啥收獲，反而浪費時間，誤人子弟。
我們 SNG 專項技術測試團隊這次要出版的書籍，我不想給予太多的贊美，不然就是在自我吹捧了，但畢竟這本書算是集我們團隊之力的實踐分享，同時也是團隊工作日常點滴積累所得，希望對大家有用。本書所有內容產生的背景是日常工作開展過程中各個維度攻堅實踐的過程，本書以看到問題—定位問題—解決問題—找共性—抽象化 / 平臺工具化—提煉原理的方式積累呈現出來，每個維度每個領域的案例都是真實的，容不得取巧，更沒有很多花哨的架子，放出來的是點滴積累出來的真實工作經驗。初期來閱讀時，很多行業同仁可能會覺著有點亂甚至暈，我建議先把書籍的目錄章節仔細研究，梳理清楚這本書希望傳遞給大家的思想和體系，然后再有針對性地閱讀和學習，這樣才能事半功倍。
兩年多前，整體回顧我們團隊專項測試開展情況時，我勾畫了一個所謂的“專項測試戰略地圖”，不過我們的團隊屬于有些“不按套路出牌的團隊”，并沒嚴格按我規劃的在推進，或即使在推進，也并沒老實地回頭看這個“地圖”，但讓我們更開心的是團隊自身的從下往上創新、創造的意識，使這期間誕生了很多創新型項目/工具，這其實是團隊自己的“道”，非常值得鼓勵，欣喜看到左沖右突的人在團隊中大有人在，幸事！其實，讓一個人的思想和行為不得自由的，有兩個牢籠：一個是對過去的貪戀和自滿，定死了自己的思維和進取；另一個是對未來的恐懼，以及對它的貪婪，定死了自己的勇敢和視野。打破這兩個牢籠，會頓悟得“道”。我們在人際交往中，對一個人的評價經常因為生活中的小事情決定，這是因為一個人的秉性很難改變，不管是淳樸務實還是愛慕虛榮的表現，回歸到工作上時，不外乎是持之以恒、不斷聚焦和專業化，或是曇花一現、只做一時耀眼的流星，而很多人并沒悟透這個最基本的道理。“邏輯思維”里說過一個小典故，僧侶得道前的日常作業是挑水、劈柴、做飯，得道后還是挑水、劈柴、做飯，做一行能做到如此才是“大道”。
今天我們走的這條路很不幸，不再有看板可以讓我們比對，時代變化太快，過去的經驗、經歷未必還管用，未來的道路如何也無法預測，但這好比待在一個黑暗的道路上摸索前行，可能有很多彎路，可能不斷跌倒，但只要有信念，堅定前行，無論荊棘坎坷，彼岸總會泛出微光指引我們不斷前行，相信那也是我們心底最燦爛的光明之火！
騰訊社交網絡質量部 吳凱華
推薦序二
現在的移動互聯網是一個用戶體驗為王的時代，你的用戶群會決定你的產品的成敗。而移動無線測試中的專項測試就變得非常重要，功能和業務測試保證了一個產品的生命，而專項測試則能夠延續一個產品的生命。
移動互聯網到底是什么？帶給老百姓的是生活的便捷，帶給程序員的是新鮮的技術和更快的工作節奏。在早期大家都在談論 Android、iOS 和 WP（Windows Phone），然后則開始談論物聯網。而如今神秘選手橫掃全球圍棋界，所有人都在討論這個“選手”，結果AlphaGo 的出現讓 2016 年成為了人工智能元年，也掀起了人工智能在人類歷史上的第三次浪潮。
? 當我們還在用諾基亞砸核桃的時候，Android 和 iPhone 來了；
? 當我們以為移動支付只有支付寶的時候，微信支付來了；
? 當我們覺得二維碼這項發明沒有意義的時候，微信和支付寶等 App 狠狠地給了我們響亮的耳光；
? 當我們開始玩朋友圈的時候，公眾號出現了；
? 當我們開始熟練使用公眾號的時候，小程序來了；
? 當我們覺得 AR 沒有什么實際的有黏度的用戶場景的時候，Pokemon Go 讓所有人都拿著手機掃全世界，甚至在美國的高架上還有專門的路標提示不要玩 PokemonGo；
? 當我們覺得手機只能用來打電話、玩游戲、支付、上網的時候，Google Cardboard讓我們知道原來我們可以進入手機的世界；
? 當我們還沉浸在抨擊VR還不成熟的時候，Vive、PSVR、Oculus等讓我們欲罷不能；
? 當我們以為 Siri 已經能夠打敗人類的時候，AlphaGo 讓我們明白其實人工智能才剛剛向人類發起挑戰；
? 當我們在各個演唱會上面看到全息投影，覺得離我們還很遙遠的時候，Gatebox 出現了（日本全息投影女管家）。
這一切的一切說明了移動互聯網并沒有具體的形態，它僅僅代表著一個高速發展的時代已經來了。我們很幸運，能夠活著看到時代的發展和變遷，我們也會很累需要不停地去接受和面對挑戰。
測試這個行業就如同移動互聯網一樣發展迅速，我們完全可以去用“當我們還在學習，使用 xxx 的時候，yyy 已經成為了新的寵兒”這樣的句式，相信所有的互聯網從業人員都會有這樣的感受。綜合這些年所有人問我的問題，我總結兩點在這里給大家分享：
? 在這樣一個社會中，不要浪費時間在思考，實踐才能夠抓住“紅利期”。
? 不要糾結于先有雞，還是先有蛋。很多人糾結于自己沒有這個，沒有那個，所以不夠級別去做一些事情。想做了就去做，我們不應該等到自己達到了一個等級才去做事情，而是要在做事情的過程中讓自己達到對應的級別。
專項測試這個概念出現時間其實并不長，但其重要性和普及率都是非常高的。我自己也是最早做專項測試的人員之一，深知其中需要填坑無數。從 2015 年開始很多公司起步做專項，但對于具體的方法和策略以及專項測試基線往往都不是很清楚，導致專項的測試投入產出比不高，大家都期望能夠有一種統一的標準和方法出現。
移動專項測試是不是只有大公司才需要做呢？答案肯定是“當然不是”，任何一個關心用戶體驗的企業都應該關心、重視專項測試。縱覽全書，這可以說是至今為止我看到過最詳細的專項測試寶典。從書中的內容我能感受到的不僅僅是騰訊 SNG 專項測試團隊做專項測試的認真專業的態度，更多的是一種孜孜不倦的探索精神。書中涉及的內存、磁盤I/O、電量、流量等方面的專項測試都會涵蓋有案例、總結標準以及原理講解。
再次感謝騰訊 SNG 專項測試團隊能夠為國內移動互聯網行業產出這樣一本專項測試寶典，我相信看到這本書的測試朋友都會像我一樣欣喜若狂。在我看來，這本寶典不僅能夠幫助更多企業的測試團隊變得越來越專業，也對測試行業進步做出了不小的貢獻。
書中最后提到，未來是什么？我們不是預言家，我們也不知道未來究竟是什么。但我們知道未來已經到來，你準備好了嗎？在這樣一個有的人每天在抱怨這個抱怨那個，有的人踏踏實實地在鉆研技術，有的人有能力讓影響力變現的時代，你是否明白自己要做什么？
你想成為什么樣的人？最后奉上我一直很喜歡的一句話，與大家共勉。
“It’s not who I am underneath, but it’s what I do that defines me”
——黑暗騎士
《大話移動 App 測試》系列作者 陳曄 |
內容簡介：本書從資源類性能中的內存、CPU、磁盤、網絡、電量和交互類性能中的流暢度、響應時延，多個性能測評和優化的方向出發。每個方向，都會幫助讀者深入淺出地學習必須要懂得的原理和概念，區分眾多專項工具使用的場景和對應的使用方法；同時提煉總結不同類型的性能缺陷和對應的排查手段、定位方法和解決方案，透過真實的案例，讓大家身臨其境地快速學習；提供建立專項性能標準的武器與武器的來源，讓讀者能快速落地項目并產生成效。本書的最后，還會幫助讀者從全新的角度學習如何應對專項測評要面對的兩個基礎問題：UI 自動化測試和競品測試。 本書適合從事移動 App 性能測評和優化的工程師閱讀，內容有一定的技術深度和廣度，建議讀者在閱讀本書的同時擴展閱讀其他經典的技術類書籍。 |
目錄：第 1 部分 資源類性能
第 1 章 磁盤：最容易被忽略的性能洼地 2
1.1 原理 2
1.2 工具集 6
1.3 案例 A：手機 QQ 啟動有 10 次重復讀寫 /proc/cpuinfo 16
1.4 案例 B：對于系統 API，只知其一造成重復寫入 18
1.5 案例 C：手機 QQ 啟動場景下主線程寫文件 19
1.6 案例 D：Object Output Stream 4000 多次的寫操作 20
1.7 案例 E：手機 QQ“健康中心”使用的 Buffer 太小 22
1.8 案例 F：手機 QQ 解壓文件使用的 Buffer 太小 24
1.9 案例 G：剛創建好表，就做大量的查詢操作 37
1.10 案例 H：重復打開數據庫 39
1.11 案例 I：AUTOINCREMENT 可沒有你想的那么簡單 40
1.12 案例 J：Bitmap 解碼，Google 沒有告訴你的方面 45
1.13 專項標準：磁盤 48
第 2 章 內存：性能優化的終結者 50
2.1 原理 50
2.2 工具集 57
2.3 案例 A：內類是有危險的編碼方式 103
2.4 案例 B：使用統一界面繪制服務的內存問題 106
2.5 案例 C：結構化消息點擊通知產生的內存問題 109
2.6 案例 D：為了不卡，所以可能泄漏 110
2.7 案例 E：登錄界面有內存問題嗎 114
2.8 案例 F：使用 WifiManager 的內存問題 116
2.9 案例 G：把 WebView 類型泄漏裝進垃圾桶進程 120
2.10 案例 H：定時器的內存問題 123
2.11 案例 I：FrameLayout.POSTDELAY 觸發的內存問題 126
2.12 案例 J：關于圖片解碼配色設置的建議 129
2.13 案例 K：圖片放錯資源目錄也會有內存問題 134
2.14 案例 L：尋找多余的內存——重復的頭像 139
2.15 案例 M：大家伙要怎么才能進入小車庫 144
2.16 Android 要糾正內存世界觀了 149
2.17 專項標準：內存 152
第 3 章 網絡：性能優化中的不可控因素 154
3.1 原理 154
3.2 工具集 157
3.3 案例 A：WebView 緩存使用中的坑 189
3.4 案例 B：離線包下載失敗導致重復下載 196
3.5 案例 C：使用壓縮策略優化資源流量 197
3.6 案例 D：手機 QQ 發圖速度優化 202
3.7 案例 E：手機 QQ 在弱網下 PTT 重復發送 206
3.8 專項標準：網絡 208
第 4 章 CPU：速度與負載的博弈 210
4.1 原理 210
4.2 工具集 211
4.3 案例 A：音樂播放后臺的卡頓問題 215
4.4 案例 B：要注意 Android Java 中提供的低效 API 216
4.5 案例 C：用神器 renderscript 來減少你圖像處理的 CPU 消耗 218
4.6 專項標準：CPU 220
第 5 章 電池：它只是結果不是原因221
5.1 原理 221
5.2 工具集 226
5.3 案例 A：QQWi-Fi 耗電 243
5.4 案例 B：QQ 數據上報邏輯優化 244
5.5 案例 C：動畫沒有及時釋放 245
5.6 案例 D：間接調用 WakeLock 沒有及時釋放 246
5.7 案例 E：帶兼容性屬性的 WakeLock 釋放的巨坑 251
5.8 專項標準：電池 253
第 2 部分 交互類性能
第 6 章 原理與工具集 255
6.1 原理 255
6.2 工具集 257
6.2.1 Perfbox 自研工具：Scrolltest 257
6.2.2 Systrace（分析） 260
6.2.3 Trace View（分析） 269
6.2.4 gfxinfo（分析） 271
6.2.5 Intel 的性能測試工具：UxTune（測評 + 分析） 273
6.2.6 Hierarchy Viewer（分析） 274
6.2.7 Slickr（測評 + 分析） 277
6.2.8 圖形引擎分析神器——Adreno Profiler 工具使用說明 281
6.2.9 Chrome DevTool 286
第 7 章 流暢度：沒有最流暢，只有更流暢 295
7.1 案例 A：紅米手機 QQ 上的手機消息列表卡頓問題 295
7.2 案例 B：硬件加速中文字體渲染的坑 298
7.3 案例 C：圓角的前世今生 305
7.4 案例 D：讓企鵝更優雅地傳遞火炬 312
7.5 案例 E：H5 頁面卡頓，到底是誰闖的禍 314
7.6 專項標準：流暢度 320
第 8 章 響應時延：別讓用戶等待 322
8.1 案例 A：Android 應用發生黑屏的場景分析 322
8.2 案例 B：“首次打開聊天窗口”之痛 324
8.3 專項標準：響應時延 328
第 3 部分 其他事項
第 9 章 還應該知道的一些事兒 330
9.1 UI 自動化測試 330
9.2 專項競品測試攻略 335
9.3 未來的未來 344 |
| 序： |
