大话移动APP测试：Android与iOS应用测试指南

　　这是一本很有意思的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），他们分别从不同的角度做了审核。做过审核的同学都会知道，审核在某种意义上来讲比撰写更累人，在此非常感谢我的小伙伴们。
　　前言是在我写完整本书之后才回来补充的，这道大餐背后隐藏着太多的酸甜苦辣。或许你之前就认识我，或许你根本就不知道我是谁，又或许我已经被你归了“扯淡”的行列，但是，无论如何，我在这里恳请你能够读完整本书（包括后记），再来评价，至少在测试和原则上。如果你认同我的观点和原则，那么让我们一起为了测试行业的进步而奋斗吧！
　　陈晔