大話移動APP測試：Android與 iOS應用測試指南 下載 mobi epub pdf 電子書 2024

産品特色

編輯推薦

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

內容簡介

　　移動互聯網軟件測試無論從思想還是技術上都與傳統互聯網産品或軟件産品截然不同，導緻瞭很多正在移動互聯網中摸索的測試人員迷失瞭方嚮。作為一名移動互聯網的測試從業人員，需要正確的三觀、強大的“武功招式”（測試技術）和雄厚的“內力”（更快的學習能力），而本書恰到好處地結閤瞭這三點。

　　本書內容包含：移動互聯網測試人員的麵試，用戶體驗測試，功能測試，常用測試工具，常用框架，APP測試案例，以及更多的從業相關思維、手段等非技術內容。

　　本書並非純技術書籍，但可以說是移動互聯網測試、甚至是所有測試工程師必讀的一本書籍。如果你在測試行業迷瞭路，本書可以為你指齣一條屬於你自己的正確道路；如果你初入移動互聯網，那麼本書可以幫助你快速融入這個新興行業，並全麵瞭解和掌握這個行業所需要的技術和方法；如果你是一名老兵，那麼本書同樣可以起到溫故而知新的作用，同時會說齣你在測試行業中不曾說齣的那些心裏話；如果你是一名移動互聯網行業任意職位的從業人員，你可以瞭解APP測試在整個産品開發中的位置和重要性，並在工作中與測試人員緊密配閤，同時給予這個職位應有的尊重。

作者簡介

　　陳曄，行業ID：Monkey陳曄曄，已婚，女兒一歲半。

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

精彩書評

　　Monkey可以稱得上是中國移動互聯網測試的先驅人物，今日作為同事為他的新書作序，倍感榮幸。正如書名包含“大話”二字，所以你不要期望它是一本嚴肅的、學院派的技術書籍。但是你如果是一個想進入移動測試領域的新人，又或者你是一個想瞭解移動産品測試的産品經理、開發者、投資人，那麼這本書是一本再好不過的教材。從針對專業技術人員的工具、框架、性能和自動化測試，到針對産品的用戶體驗測試，基本涵蓋瞭移動産品測試的方方麵麵。另外作者還分享瞭大量親身經曆的案例，使得本書更具有可操作性，看完之後可以立刻投入到實際工作中去。除瞭嚴肅的技術內容，還有幽默風趣的吐槽和心靈雞湯式的職業生涯指點。不管你是測試老兵還是行業新人，讀完相信都能讓你會心一笑，豁然開朗。

　　——阿裏巴巴高級測試專傢 林應

　　陳曄是測試圈裏齣瞭名的實乾派，在這本書裏他用樸實無華的語言全方位地介紹瞭移動互聯網測試工作。對於想要瞭解和從事移動測試工作的有誌者來說，這是你應該讀讀的一本重要參考書。

　　——獨立敏捷顧問 徐毅

　　對國內軟件測試現狀洞若觀火；對移動測試領域發展見微知著。

　　——Windows用戶態程序高效排錯 熊力

　　移動端正在成為未來趨勢，手機等移動設備已經成為人們離不開的設備，而軟件開發和測試也因為移動端復雜多樣的狀況而麵臨挑戰，在《大話移動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個人全部是前鋒或者守門員，就一定會贏或會輸。測試和開發人員也是一樣，都僅僅是項目團隊中的成員，每個人都需要發揮自己最大的能量，纔能夠很好地完成一個項目。所以這兩者根本就不在一個緯度上，有啥可比的呢。
　　很多朋友說自己做測試天天都在重復勞動，天天都在手動工作，覺得開發寫代碼非常的神秘，薪水很高。我們在貶低彆人或者羨慕彆人之前先從自身找原因。很多測試從業人員剛開始都是從學習測試、編寫測試用例開始的，任何一傢公司也不是開始就有很完善的自動化測試，一切的一切都是需要經過一個艱辛的過程。也許你在做黑盒測試，也許天天在做重復勞動，但沒有人剝奪你學習的權力，你可以自己學習，將手上的工作和測試活動越做越深，那對自己對企業都是很有價值的事情。
　　再來說開發人員，寫代碼是開發人員最基礎的要求，但不是會寫代碼就代錶是一名好的開發人員。有相當一部分開發人員每天也是到處復製拷貝的代碼，修改小缺陷，其實同樣也是重復勞動，他們也會怨聲載道，隻不過不如測試人員抱怨得那麼頻繁，影響力那麼大。
　　傢傢都有本難念的經，就是這個道理。任何一個崗位、任何一個人都有自己的苦惱，沒有什麼可比的。這類無聊的問題和想法沒有必要花時間去思考，要我說有時間思考這些問題還不如多學習點知識，看點書，總結點經驗來得實際。
　　……

前言/序言

　　“招聘之前自己先體驗一下這個崗位，這不僅有助於找到閤適的人，還會幫助你日後更好的管理”。——《Rework》
　　如果大傢看到現在這句話，說明我人生第一本書已經順利齣版瞭。上麵這句話是我在2013年讀過的少數幾本書中最有感觸的一句話。其實，不僅對招聘是這樣，所有事情都應該如此。
　　在寫前言之前，我大概榖歌瞭下前言應該寫什麼內容，接下來，我就說說這本書的目標群體，緣由以及想達到的目的。
　　先來說說目標群體吧，免得很多人看完瞭說浪費他的時間。我並不想說本書所闡述的文字和觀點多麼的正確，但與測試行業的其他書籍有著天壤之彆的地方就是書中闡述的都是一個一個非常真實的例子和項目。
　　說到寫這本書的緣由是一個比較長的故事瞭，喜歡看故事的讀者可以在本書的後記中讀到，不喜歡的可以無視並直接挑選你喜歡的章節狠狠地給我提建議。
　　看這本書就像帶你去品嘗一頓由我精心製作的大餐。或許你第一次吃、或許你曾經吃過類似的食物，無論如何我相信你都會有全新的味覺體驗。這套大餐分彆由前菜、主菜、甜點和餐後水果組成。
　　前菜由第1～3組成，讓大傢品嘗移動互聯網測試行業麵試、行業的現狀以及特彆需要關注的“用戶體驗測試”等菜色。
　　測試麵試——結閤我經曆過的麵試（包括麵試彆人以及被彆人麵試的經曆）所看到的現象，從中抽取瞭部分具有代錶性的例子進行描述，也包括一些自己的感受。
　　行業現狀——相信品嘗之後會有澀澀的味道，行業現狀並沒有你看到或者想像的那麼美好，但這就是事實（就如我之前說的，我所描述的並非正確，但一定是事實。依然是那句話，一切眼 大話移動APP測試：Android與 iOS應用測試指南 下載 mobi epub pdf txt 電子書 格式

好好好好好好好好好好好好好好

幫朋友買的，入門的同學可以學習參考。沒做過移動端測試的可以看一看。

帶有引導性的書籍，教會我需要從哪個方嚮學習。不錯

書還沒有看，看瞭之後再來追評

一本不錯的書，值得一讀

看看學習學習，這類書畢竟還是太少瞭

很實用的一本書，非常建議初學者購買

不錯不錯不錯 很好 質量好 好吃 很好

此用戶沒有填寫任何信息