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

簡體網頁||繁體網頁

☆☆☆☆☆

陳曄著

圖書標籤:

移動APP測試
Android測試
iOS測試
應用測試
軟件測試
測試指南
移動測試
自動化測試
性能測試
用戶體驗測試

下載連結在頁面底部

facebook linkedin mastodon messenger pinterest reddit telegram twitter viber vkontakte whatsapp 複製連結

想要找書就要到新城書站

book.cndgn.com

立刻按 ctrl+D收藏本頁

你會得到大驚喜!!

齣版社：清華大學齣版社

ISBN：9787302368793

版次：1

商品編碼：11495028

品牌：清華大學

包裝：平裝

叢書名：大話移動APP測試

開本：16開

齣版時間：2014-08-01

用紙：膠版紙

頁數：292

正文語種：中文

具體描述

産品特色

編輯推薦

　　這是一本很有意思的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組成，讓大傢品嘗移動互聯網測試行業麵試、行業的現狀以及特彆需要關注的“用戶體驗測試”等菜色。
　　測試麵試——結閤我經曆過的麵試（包括麵試彆人以及被彆人麵試的經曆）所看到的現象，從中抽取瞭部分具有代錶性的例子進行描述，也包括一些自己的感受。
　　行業現狀——相信品嘗之後會有澀澀的味道，行業現狀並沒有你看到或者想像的那麼美好，但這就是事實（就如我之前說的，我所描述的並非正確，但一定是事實。依然是那句話，一切眼見為實，不要盲目的去相信任何人，尤其是自己為自己套上很多高帽子的人。）
　　用戶體驗——從Android和iOS兩者的設計區彆入手，讓大傢慢慢地瞭解各種應用在用戶體驗上的細微差彆。現在是大數據時代，産品在用戶體驗上的設計進步，其背後依托的正是這些會說話的數據。
　　無論你是否已經深陷移動互聯網的泥潭，我相信前菜非常的可口的，大傢可以像讀故事一般獲取第一手信息，就目前來看我覺得這些信息還是很新鮮（接地氣）的。
　　接著介紹主菜，由第4～8章組成，讓大傢品嘗到移動互聯網測試行業中的應用功能測試要點、常用工具、常用框架、實際項目案例以及性能測試等菜色。
　　功能測試要點——從移動應用測試的日常工作中總結齣相對優先級較高的測試切入點，用我的話來講都是真正的經驗之談，沒啥技術含量。
　　常用工具——介紹及實踐日常工作中經常用到的移動應用測試工具。品嘗過後應屬最美味的一道菜肴。
　　常用框架——介紹及實踐一些常用的框架，無論是分層測試還是自動化測試都會涉及到對這些框架的檢測。
　　實際項目的案例——整個章節詳細介紹瞭兩個實際項目案例的測試過程，屬於對前麵幾章的綜閤實踐。
　　性能測試——介紹及實踐移動應用的性能測試方法，包括工具的使用以及一些測試思路，我對性能也瞭解有限，故味道應該很淡。
　　如果你的牙口不好、腸胃不佳，主菜也許難以咀嚼或者一下子消化，這不是問題，可以慢慢品嘗，不必急著一天拿下，不是麼？
　　接下來是甜點時間，甜點是主菜之後的奬賞，可以使得吃的人放鬆，由附錄A和附錄B組成。先給大傢祝興添點“樂子”，對很多自稱測試工程師卻根本不知道什麼是“測試”的朋友以及測試行業經常齣現的問題進行吐槽（這不由得讓我想到業內相當齣名的槽神（@槽神劉叫獸））。吐槽本身是很輕鬆的事，小吐怡情，何樂而不為呢？之後，公平起見，大傢再來吐槽我的觀點。
　　測試人員的自我修養——整篇吐槽不知道“測試”為何物的“測試人”，業界的“忽悠大佬們”就不用提瞭，他們已經沒有任何修養可言瞭。
　　測試行業常見問題——整篇吐槽業內幾乎每天都會齣現的問題。也許很多人會覺得這些問題都很初級，我可不這麼看，俗話說“大象怕老鼠”，多少人多少次倒黴就倒黴在這些初級問題上，說誰誰知道。
　　我看到你一直在撇嘴，是不是感覺甜的要掉牙瞭或者都不屑於吐槽我瞭？這就差不多瞭，“不吐不快”嘛，吐淨瞭就快入道瞭——我們需要不停地以人為鑒，反思自己，否則被人吐槽還是好的。
　　最後是餐後水果部分，附錄C摘抄瞭我自己博客中覺得有價值的幾篇，有助於飯後消化。
　　好吧，我還是說實話吧，其實甜點和水果並不在我最初的菜單中，隻是這8個月的時間洋洋灑灑寫下來，覺得有必要增加這樣兩章內容。也許你覺得是湊數的，但在我自己看來，這兩章闡述的觀點也是我心中認為本書原本就該擁有的部分。
　　最後說一下這本書的目的——讓更多的人能夠看到我分享的經驗。
　　在編寫本書過程中最大的難點有兩個：第一點是撰寫。我從2013年4月份開始撰寫本書，女兒剛齣生不到一個月，不得不說這一段日子非常難熬，拼的是體力和毅力。正因為處在這樣一個特殊的時期，我更能自豪並負責地告訴大傢，書中的每一個字都是自己三年多工作經驗的真實提煉，為的隻是讓大傢看到我的分享，將自己的所見所感傳達給更多的人，並與行業其他忽悠扯淡的書劃清界限。
　　第二點是審核。在這個行業中，技術大牛的人的確很多，但我思前想後最終沒有找到適閤審核全書的人，這一點大傢瀏覽過全書後就會發現。不過，這裏依然要感謝參與審核部分章節的朋友——張立華（@晉恒溫）、謝瓊（@謝小麥啊）、張昊翔（@美滿的張昊翔）和鬍明偉（@ Mingway_Hu），他們分彆從不同的角度做瞭審核。做過審核的同學都會知道，審核在某種意義上來講比撰寫更纍人，在此非常感謝我的小夥伴們。
　　前言是在我寫完整本書之後纔迴來補充的，這道大餐背後隱藏著太多的酸甜苦辣。或許你之前就認識我，或許你根本就不知道我是誰，又或許我已經被你歸瞭“扯淡”的行列，但是，無論如何，我在這裏懇請你能夠讀完整本書（包括後記），再來評價，至少在測試和原則上。如果你認同我的觀點和原則，那麼讓我們一起為瞭測試行業的進步而奮鬥吧！
　　陳曄