大話移動APP測試：Android與 iOS應用測試指南（簡體書）

移動互聯網軟件測試無論從思想還是技術上都與傳統互聯網產品或軟件產品截然不同，導致了很多正在移動互聯網中摸索的測試人員迷失了方向。作為一名移動互聯網的測試從業人員，需要正確的三觀、強大的“武功招式”（測試技術）和雄厚的“內力”（更快的學習能力），而本書恰到好處地結合了這三點。
本書內容包含：移動互聯網測試人員的面試，用戶體驗測試，功能測試，常用測試工具，常用框架，APP測試案例，以及更多的從業相關思維、手段等非技術內容。
本書并非純技術書籍，但可以說是移動互聯網測試、甚至是所有測試工程師必讀的一本書籍。如果你在測試行業迷了路，本書可以為你指出一條屬于你自己的正確道路；如果你初入移動互聯網，那么本書可以幫助你快速融入這個新興行業，并全面了解和掌握這個行業所需要的技術和方法；如果你是一名老兵，那么本書同樣可以起到溫故而知新的作用，同時會說出你在測試行業中不曾說出的那些心里話；如果你是一名移動互聯網行業任意職位的從業人員，你可以了解APP測試在整個產品開發中的位置和重要性，并在工作中與測試人員緊密配合，同時給予這個職位應有的尊重。

陳曄，行業ID：Monkey陳曄曄，已婚，女兒一歲半。
測試行業說真話的人之一，也許將來就沒有之一了。目前負責支付寶商戶版應用自動化測試框架的測試開發工作。曾擔任多家創業公司測試主管，并和華為、富士康、索尼愛立信等十幾家公司有過項目合作并擔任主要負責人，產品涉及40多個國家。從業期間創立了“移動測試會”免費公益沙龍和測試行業的第一個PodCast（測試小道消息）。工作之余，客串各個測試網站做公益講師，同時在上海高校進行軟件測試實踐的推廣講座。對于移動互聯網Android/ios應用測試、測試流程改進、自動化測試、用戶體驗測試、測試用例設計和持續集成等領域有著獨特的見解。目前活躍在Qcon、ScrumGathering、MPD、谷歌開發者社區等各個線下、線上會議，擔任出席講師。

這是一本很有意思的APP測試書。作者是行業內公認的技術先鋒和勞動模范。請讀者用心體會……

第1章 移動互聯網面試 1
1.1 為什么要面試 2
1.2 面試的流程 2
1.3 面試的頻率 3
1.4 面試實戰 3
1.5 如何正確地招聘測試人員 8
1.6 移動互聯網測試招聘現狀 12
1.7 大公司和小公司 13
1.7.1 故事一 14
1.7.2 故事二 15
1.8 測試外包 16
1.9 小結 17

第2章 病態的現狀 19
2.1 全民挖金 20
2.2 別人的嫁衣 22
2.2.1 TalkBox 23
2.2.2 米聊 23
2.2.3 飛信 24
2.3 超越光速的迭代 25
2.4 可憐的測試團隊 27
2.5 敏捷中毒 28
2.6 無力的測試 29
2.7 浮躁的測試工程師們 31
2.7.1 社交中毒 31
2.7.2 失去自理能力 32
2.7.3 不能正確認識自己的價值 33
2.8 測試沙龍和培訓 34
2.9 學會自我尊重 35
2.10 小結 36

第3章 用戶體驗測試 37
3.1 移動互聯網與傳統互聯網體驗上的區別 38
3.1.1 區別一——用戶關注點 38
3.1.2 區別二——場合復雜化 39
3.1.3 區別三——時間碎片化 39
3.1.4 區別四——輸入困難化 39
3.2 Android vs iOS 40
3.2.1 桌面 40
3.2.2 聯系人 41
3.2.3 短信 43
3.2.4 歷史應用 43
3.2.5 相冊 44
3.2.6 其他 46
3.3 “愚笨”的用戶——用戶引導 47
3.4 “搗亂”的用戶——應用容錯 52
3.4.1 注冊與登錄 52
3.4.2 斷網引發的問題 54
3.5 專業精神——風格一致性 57
3.5.1 應用與系統風格一致 58
3.5.2 應用本身風格一致 59
3.6 “我”即最終用戶：過程體驗測試 60
3.7 使用更多的應用：對比體驗測試 65
3.8 模擬場景體驗測試 66
3.8.1 應用一：智能手機輸入法 67
3.8.2 應用二：智能機頂盒 68
3.9 用戶究竟關心什么？ 69
3.9.1 用戶只關心應用能在自己手機上正常運行 69
3.9.2 用戶隱私權限 70
3.9.3 簡潔、方便 71
3.9.4 消耗 71
3.9.5 好不好用 72
3.10 用戶體驗的問題是Bug嗎？ 72
3.11 如何提升自身的用戶體驗經驗？ 73
3.12 小結 74

第4章 功能測試要點 75
4.1 多分辨率測試 76
4.2 多系統測試 77
4.3 用戶不同的使用習慣 80
4.3.1 Android權限問題 80
4.3.2 Android硬件問題 81
4.3.3 Android操作習慣 83
4.3.4 Android數據的移動或清空 84
4.3.5 iOS操作習慣 85
4.3.6 iOS越獄問題 86
4.4 網絡的不穩定性 88
4.5 安裝/卸載測試 92
4.6 升級測試 94
4.6.1 增量升級 95
4.6.2 內置應用升級 96
4.7 并發測試 96
4.7.1 彈出框提示 96
4.7.2 另一個應用啟動 97
4.7.3 關機或待機 98
4.7.4 功能沖突 98
4.7.5 可存儲設備 98
4.8 數據來源 98
4.9 推送 100
4.10 分享跳轉 102
4.11 小結 104

第5章 常用工具介紹和實踐 105
5.1 Monkey 106
5.1.1 第一個簡單的Monkey測試命令 106
5.1.2 Monkey測試工具實例 107
5.1.3 Monkey測試日志查看 108
5.1.4 Monkey測試注意點 112
5.1.5 Monkey工具再探索 114
5.2 Emulator 115
5.2.1 模擬器和真機的差異 115
5.2.2 Genymotion 118
5.2.3 模擬器常用功能舉例 119
5.3 MonkeyRunner 121
5.4 Hierarchy Viewer 126
5.5 DDMS 129
5.6 Compatibility Test Suite 133
5.7 Tcpdump/WireShark 136
5.8 FindBugs 138
5.9 Lint 140
5.10 反編譯、重編譯 142
5.11 Ant 146
5.12 Charles 148
5.13 Instruments 150
5.14 小結 153

第6章 常用框架介紹和實踐 155
6.1 Instrumentation 156
6.1.1 技巧一 158
6.1.2 技巧三 160
6.1.3 技巧三 161
6.2 Emma Code Coverage 163
6.3 robolectric 173
6.4 小結 185

第7章 移動應用測試案例實踐分析 187
7.1 深入了解被測試對象 188
7.2 多種數據來源 190
7.3 在生活中使用產品 193
7.4 社交應用分層設計實踐案例 195
7.5 聯系人搜索案例測試設計實踐 204
7.6 小結 212

第8章 性能測試介紹和實踐 215
8.1 Emmagee 216
8.2 Instrumentation 217
8.3 HPROF 220
8.4 Gfxinfo 223
8.5 Systrace 225
8.6 TraceView 226
8.7 Instruments——Leaks 229
8.8 Android多分辨率自動化實踐 233
8.9 小結 239

附錄A 測試人員的自我修養（吐槽篇） 241
A.1 學會提出和解決問題 242
A.2 正確地自我審視 243
A.3 不要被業界世俗的討論蒙蔽 245
A.4 尋找測試的本質 247
A.5 主觀能動 248
A.6 你真的會使用搜索引擎嗎 250
A.7 每天都要學習 252
A.8 學會判斷輕重緩急 254
A.9 小結 254

附錄B 測試行業常見問題（Q&A篇） 255
Q1：沒有做過測試的人怎么入門？ 256
Q2：測試工程師要具備什么能力？ 257
Q3：測試比開發技術含量低嗎？ 258
Q4：參加測試培訓能有多少提升？ 259
Q5：黑盒測試有價值嗎？ 260
Q6：手動測試有價值嗎？ 261
Q7：怎么做移動互聯網應用的自動化測試？ 261
Q8：測試人員選擇進入大公司還是小公司？ 263
Q9：中國高校有軟件測試專業嗎？ 264
Q10：小結 266

附錄C 博客摘錄 267
C.1 我們需要專職的QA嗎？ 268
C.2 學習讓測試更精彩，測試讓生命更精彩 271
C.3 中國人的糾結 278
C.4 黑盒不是白盒的絆腳石 283
C.5 測試需要反省 283
C.6 《鈍感力》有感——測試中的鈍感力 286

后記 289

附錄B 測試行業常見問題（Q&A篇）
測試行業發展到現在也有一段時間了。無論是測試的初學者還是已經跌打滾爬幾年的從業人員都會有自己的疑惑。很多問題在各種平臺上已經被問得爛掉了，作者平時也閑著蛋疼的在QQ、沙龍、知乎等平臺幫助大家，解答一些問題。當然，贊同和被抨擊者各半。每個人的成長都必然會伴隨著贊同和反對兩種不同的聲音，這再正常不過了。所以筆者覺得應該在本書中增加1章專門針對常見的問題進行解答，也希望測試同仁們無論是贊同或是反對，我都希望聽到你們的聲音，只有這樣才會進步。
Q1：沒有做過測試的人怎么入門？
一般問這個問題的人無非是學生或其他想轉行的人。我常常在面試的時候和學生扯一些非技術問題，比如行業中重要的新聞、知名的企業等。有部分學生直接回答我說，因為學校里一直專注學習，自己沒有工作經驗，所以對這些不怎么關心。什么叫入門呢？進入一個行業并非一只腳跨出一步就算入門。入門的前提是發自內心地愿意去學習相關的知識，關心其發展趨勢，了解更多的相關資料等。在學校或者其他崗位上的時候沒有習慣去關心、學習想要從事的行業，誰又會相信這樣一個人進入新崗位之后馬上就會奮發圖強？這樣簡單的道理我原本以為誰都應該懂，但面試的時候一再聽到前面那樣的回答，實在令人心寒。
說到入門，很多人想到的就是去培訓機構學習。隨著測試行業在中國發展得越來越成熟，培訓機構也越來越多，阿貓阿狗為了賺錢都開始辦培訓機構。不得不說測試行業人傻錢多的現象已經屢見不鮮了，這才讓很多人看到了商機。IT行業的培訓費用一直居高不下，那是不是應該去培訓呢？培訓的效果理想嗎？我個人并不反對去培訓，畢竟我自己在線上線下也出席各種會議進行演講，其實也是變相的培訓，只不過大都是公益免費的。如果初學者或者想充電的測試人員考慮參加培訓的話，我只希望先弄清楚以下幾點：
培訓不是萬能的，不要認為培訓能夠解決一切問題。
不要太關注平臺，要好好看清講師的風格和水平。
不要期待培訓機構能夠提供好的崗位。為什么？這個都需要問么？
行業里很多的培訓課程其知識點都落后于行業發展，講師也大部分遠離一線項目。試問這類講師會分享出很好的知識和案例嗎？
無論參加什么培訓，自身的努力必不可少。如果想不勞而獲，那么做什么都是徒勞。
我個人不建議參加一些純理論的培訓。
說到這里，肯定有朋友要說我這是在和所有培訓機構作對了。我有說過“絕對不要參加培訓”這樣的話嗎？沒有，我是希望參加培訓的人能夠擦亮眼睛，在選擇好平臺之后自身也要努力才行。另一方面我也希望培訓機構能夠務實，在賺錢的同時能夠給學員傳授更多、更有價值的知識，給行業帶出更多的人才。可惜，至少目前我還沒有看到培訓這一業務有一個良性的發展，但是我卻希望在不遠的將來能夠看到。
看這個問題的朋友肯定要吐槽，說我說了那么多，那入門到底應該怎么入門呢？我推薦做以下幾件事情：
選擇一個測試領域的切入點，比如做互聯網測試、移動互聯網測試、醫療器械軟件測試、ERP測試等。
去了解測試是什么，測試要做什么。推薦3本書。《測試之美》、《微軟測試之道》、《Google軟件測試之道》，對于移動互聯網從業人員來講還有第4本推薦的書——本書。
閱讀《Rework》和《高效能人士的七個習慣》這兩本書兩遍以上并思考。
了解并學習所選行業領域的專業測試知識，比如常用的工具、方法等。
我覺得以上這些就足夠了，真的用心去做的話，收獲可以說是一生的。不僅是測試行業，所有行業入門都是這樣的套路，入門不僅僅是知識面、認知度的轉變，更多的是要去選擇正確的方向。
Q2：測試工程師要具備什么能力？
如果你認真地從頭開始閱讀本書之后（尤其是附錄A）還提出這樣的問題，那么問題在我。如果沒有，那么請重新認真地閱讀本書。如果這個問題有上下文，那么的確是一個很好的問題，但請千萬不要這樣單純直白的問出來，否則被問的這個人肯定會驚惶失措的，小伙伴們也會驚訝的。
Q3：測試比開發技術含量低嗎？
我們先來看一下提出這個問題的測試人員自己是怎樣看自己的，開發在他們眼中又是怎樣的呢？
應聘崗位的時候
眼中的自己：覺得根本就沒有提任何的技術問題，面試官根本就是在和自己扯淡。
眼中的開發：根本就是火星人在互相交流啊，不明就理。
編寫測試用例的時候
眼中的自己：覺得根本就是沒有技術含量的重復勞動，默默的耕耘，還不被重視。
眼中的開發：項目的頂梁柱，底氣十足。
發薪水的時候
眼中的自己：月光族。
眼中的開發：高富帥。
向別人自我介紹的時候
眼中的自己：毫無底氣，介紹的時候都不敢喘粗氣。
眼中的開發：他們都是外星人。
和開發爭論問題的時候
眼中的自己：普通人類，戰斗力1。
眼中的開發：超級賽亞人和奧特曼的合體。
寫到這里我自己都忍不住要笑了。先不說誰比誰技術高，自己都看不起自己的人，根本就不要指望別人會看得起你。在討論這個問題之前，我們首先需要拋棄上面這些非正常人類的思想。
《灌籃高手》相信很多人都看過吧。足球籃球這類運動靠的都是團隊合作，每個人都有自己的職責，并非說11個人全部是前鋒或者守門員，就一定會贏或會輸。測試和開發人員也是一樣，都僅僅是項目團隊中的成員，每個人都需要發揮自己最大的能量，才能夠很好地完成一個項目。所以這兩者根本就不在一個緯度上，有啥可比的呢。
很多朋友說自己做測試天天都在重復勞動，天天都在手動工作，覺得開發寫代碼非常的神秘，薪水很高。我們在貶低別人或者羨慕別人之前先從自身找原因。很多測試從業人員剛開始都是從學習測試、編寫測試用例開始的，任何一家公司也不是開始就有很完善的自動化測試，一切的一切都是需要經過一個艱辛的過程。也許你在做黑盒測試，也許天天在做重復勞動，但沒有人剝奪你學習的權力，你可以自己學習，將手上的工作和測試活動越做越深，那對自己對企業都是很有價值的事情。
再來說開發人員，寫代碼是開發人員最基礎的要求，但不是會寫代碼就代表是一名好的開發人員。有相當一部分開發人員每天也是到處復制拷貝的代碼，修改小缺陷，其實同樣也是重復勞動，他們也會怨聲載道，只不過不如測試人員抱怨得那么頻繁，影響力那么大。
家家都有本難念的經，就是這個道理。任何一個崗位、任何一個人都有自己的苦惱，沒有什么可比的。這類無聊的問題和想法沒有必要花時間去思考，要我說有時間思考這些問題還不如多學習點知識，看點書，總結點經驗來得實際。
……