具体描述
作者简介
目录信息
第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
· · · · · · (收起)
读后感
当你在执行测试用例的时候，意义在于学习别人写用例的思路，学习设计方法，不在于重复劳动上面；当你在编写测试用例的时候，意义在于怎么能够更好的分析需求，写出有意义的有限的用例，不在于为了完成任务，写上成千万条用例；当你面对找缺陷这个常见的任务的时候，意义在于学...
Monkey可以称得上是中国移动互联网测试的先驱人物，今日做为同事为他的新书推荐，倍感荣幸。正如书名包含“大话”二字，所以你不要期望它是一本严肃的、学院派的技术书籍（据说2会是一本技术著作）。但是你如果是一个想进入移动测试领域的新人，又或者是一个想了解移动产品测试...
当你在执行测试用例的时候，意义在于学习别人写用例的思路，学习设计方法，不在于重复劳动上面；当你在编写测试用例的时候，意义在于怎么能够更好的分析需求，写出有意义的有限的用例，不在于为了完成任务，写上成千万条用例；当你面对找缺陷这个常见的任务的时候，意义在于学...
这本书，既讲道理又讲技术技巧还讲解决思路方案，绝对的确是好书。可惜这个出版社审的时间有点过长（2月份交稿7月末才发），上市的有点晚额~ 在去年夏天与作者当面请教移动端测试时，已经教给了我本书的大半内容。后来我大致按照那个思路来走的，避开了不少误区，也确实少走了...
http://www.dzwanli.com.cn/?p=213 这不是一本技术书籍，这更是一本普及正确的测试观念的书，作者更希望大家明白测试是什么，测试行业的病态现状，解析测试工程师们的困惑、吐槽。当然，在技术上，作者也简单介绍了功能测试、测试常用的工具、框架、性能测试。 作为一名初级...
用户评价
坦白说，拿到《大话移动APP测试：Android与iOS应用测试指南》这本书的时候，我并没有抱太大的期望，因为市面上关于APP测试的书籍实在太多了，很多都是千篇一律。但是，这本书真的给我带来了耳目一新的感觉。它不仅仅是技术手册，更像是一本“思维指南”。作者在书中探讨了如何从用户的角度去思考测试，如何发现那些隐藏在表面之下的潜在问题。比如，关于异常场景的处理，书中列举了大量生活中可能遇到的各种极端情况，并教你如何去设计测试用例覆盖这些场景，这让我意识到，很多bug的产生，往往源于我们对用户行为的预判不足。此外，书中关于测试人员职业发展的建议，也让我受益匪浅。它不仅强调了技术能力的提升，还指出了沟通、协作以及持续学习的重要性。对于正在职业生涯中不断探索的我来说，这些“软技能”的指导，和硬技术的讲解同样重要。这本书的结构安排也很合理，内容由浅入深，循序渐进，即使是初学者也能轻松上手，而有经验的测试人员也能从中找到新的启发。它让我明白了，测试不仅仅是发现bug，更是保障产品质量、提升用户体验的关键环节。
《大话移动APP测试：Android与iOS应用测试指南》这本书，从我个人的角度来看，它最突出的优点就是其“接地气”的风格。很多技术书籍，尤其是关于测试类的，往往会陷入理论的海洋，让人望而却步。但这本书不一样，它更像是资深测试工程师在和你分享经验，那种感觉非常真实。书中对于各种测试工具的介绍，从选择、安装配置到实际使用，都详细到了每一步，甚至是一些隐藏的技巧和注意事项。比如，对于Charles Proxy的讲解，书中不仅演示了如何抓包，还详细解释了如何利用它进行接口mock，以及如何检查API的请求和响应，这对于我理解APP与后端是如何通信的，起到了至关重要的作用。而且，书中还涉及到了用户体验测试、兼容性测试等多个维度，并且给出了具体的执行方案和评估标准。我印象特别深刻的是，书中关于APP性能测试的章节，不仅仅是讲解了常见的性能指标，还列举了如何利用Instruments和Traceview等工具进行性能分析，并给出了优化建议。这些内容，对于想要提升APP质量的团队来说，无疑是宝贵的财富。总而言之，这本书为我提供了一个非常全面的移动APP测试知识体系，并且让我在学习过程中感到轻松愉快。
这本《大话移动APP测试：Android与iOS应用测试指南》确实给我带来了很多惊喜，尤其是它在实操层面上的细致讲解，让我这个对自动化测试刚入门的读者茅塞顿开。书里关于UI自动化测试的章节，从环境搭建到脚本编写，再到常用的框架如Appium的深入剖析，都写得特别到位。我特别喜欢作者讲解如何设计可维护、可扩展的测试用例的思路，不仅仅是教你“怎么做”，更重要的是解释“为什么这么做”，以及在实际项目中可能会遇到的各种坑和规避方法。比如，在处理动态元素定位时，书中提出的几种策略，以及结合XPath和ID的混合使用技巧，都非常实用，大大提高了我的测试效率。而且，书中还穿插了一些关于测试报告生成和分析的建议，如何让报告更直观、更有价值，这些细节的处理，恰恰是很多技术书籍容易忽略的，但对于实际工作开展却至关重要。即使是对于一些初学者可能觉得晦涩的性能测试和安全测试，书中也用相对通俗易懂的语言进行了介绍，点明了关键的测试点和方法，为我后续深入学习打下了基础。总的来说，这本书就像一位经验丰富的导师，循循善诱，让我觉得移动APP测试并没有想象中那么难，而且充满了乐趣和挑战。
一直以来，对移动APP测试的理解都停留在比较表层，觉得就是点点点，看看有没有bug。但读完《大话移动APP测试：Android与iOS应用测试指南》后，我才真正意识到这是一个多么庞大而精深的领域。书中关于测试流程、测试策略的论述，让我看到了一个系统性的方法论。它不仅仅是罗列技术点，而是将测试工作置于整个APP生命周期中去考量，从需求评审阶段的测试介入，到不同测试阶段（单元测试、集成测试、系统测试、回归测试）的侧重点，再到上线后的灰度发布和线上监控，都给出了清晰的指导。尤其是关于测试数据管理的部分，书中提到的如何生成高质量的测试数据，如何处理敏感数据，以及如何构建测试环境，都非常贴合实际开发中的痛点。我个人觉得，这本书最成功的地方在于，它并没有简单地堆砌技术术语，而是用一种“讲故事”的方式，把复杂的概念变得易于理解。作者在书中分享的许多实际项目经验和教训，让我少走了不少弯路。即使我之前对iOS和Android的差异没有太多概念，通过书中的对比分析，我也能清晰地了解到两者的特性以及在测试时需要注意的区别。这本书绝对是想要系统学习移动APP测试的开发者和测试人员必备的一本参考书。
阅读《大话移动APP测试：Android与iOS应用测试指南》的过程，对我而言，是一次非常系统且深刻的学习体验。这本书的价值远不止于它所包含的“Android”和“iOS”两个平台的技术点，更在于它构建了一个完整的移动APP测试思维框架。书中对不同类型APP（如电商、社交、游戏等）的测试差异进行了详细的分析，让我能够根据APP的特性选择合适的测试策略。尤其是在自动化测试部分，作者并没有局限于单一工具的介绍，而是深入探讨了不同自动化测试框架的优劣势，以及如何根据项目实际情况进行选择和集成。我尤其欣赏书中关于测试用例设计的原则和方法，例如边界值分析、等价类划分等经典理论在APP测试中的具体应用，以及如何设计出高效且有覆盖度的测试用例。另外，书中对于敏捷开发模式下APP测试的实践，也给出了非常实用的建议，包括如何与开发团队紧密协作，如何在迭代周期内高效地完成测试任务。这本书的内容非常丰富，覆盖面广，既有宏观的测试策略，也有微观的技术细节，让我能够将所学知识融会贯通，更好地应用于实际工作。
入门可读
内容比较基础，对没接触过这块的人来说用来入门还不错，知道了工具名之后剩下的可以自己Google。移动互联网发展很快，14年中出的书，到今天内容已经略过时了
经验之谈。
经验之谈。
看完后，加了作者微信，进了作者曾经工作过的公司。哈哈哈～
