新書推薦：
《
引导的秘诀：通过团队合作获得结果的SMART指南（最新修订版）（白金版）
》
售價：NT$
554.0
《
文史星历：秦汉史丛稿
》
售價：NT$
661.0
《
神灵衰落：祈雨与乾隆朝的信仰危机
》
售價：NT$
498.0
《
深度营销：成就营销领导力的12大原则（麦肯锡年度经管好书，12大原则揭秘营销本质，带好团队就是从领导力到影响力！）
》
售價：NT$
325.0
《
新质生产力：发展新动能
》
售價：NT$
493.0
《
状态比能力更重要：108个状态调整法
》
售價：NT$
308.0
《
中国上市公司担保行为的影响因素及其效应研究
》
售價：NT$
202.0
《
企业级数据架构：核心要素、架构模型、数据管理与平台搭建 李杨
》
售價：NT$
554.0
|
| 編輯推薦： |
|
这是一本很有意思的APP测试书。作者是行业内公认的技术先锋和劳动模范。请读者用心体会……
|
| 內容簡介： |
移动互联网软件测试无论从思想还是技术上都与传统互联网产品或软件产品截然不同，导致了很多正在移动互联网中摸索的测试人员迷失了方向。作为一名移动互联网的测试从业人员，需要正确的三观、强大的“武功招式”（测试技术）和雄厚的“内力”（更快的学习能力），而本书恰到好处地结合了这三点。
本书内容包含：移动互联网测试人员的面试，用户体验测试，功能测试，常用测试工具，常用框架，APP测试案例，以及更多的从业相关思维、手段等非技术内容。
本书并非纯技术书籍，但可以说是移动互联网测试、甚至是所有测试工程师必读的一本书籍。如果你在测试行业迷了路，本书可以为你指出一条属于你自己的正确道路；如果你初入移动互联网，那么本书可以帮助你快速融入这个新兴行业，并全面了解和掌握这个行业所需要的技术和方法；如果你是一名老兵，那么本书同样可以起到温故而知新的作用，同时会说出你在测试行业中不曾说出的那些心里话；如果你是一名移动互联网行业任意职位的从业人员，你可以了解APP测试在整个产品开发中的位置和重要性，并在工作中与测试人员紧密配合，同时给予这个职位应有的尊重。
|
| 關於作者： |
陈晔
行业ID：Monkey陳曄曄
已婚，女儿一岁半。
测试行业说真话的人之一，也许将来就没有之一了。目前负责支付宝商户版应用自动化测试框架的测试开发工作。曾担任多家创业公司测试主管，并和华为、富士康、索尼爱立信等十几家公司有过项目合作并担任主要负责人，产品涉及40多个国家。从业期间创立了“移动测试会”免费公益沙龙和测试行业的第一个PodCast（测试小道消息）。工作之余，客串各个测试网站做公益讲师，同时在上海高校进行软件测试实践的推广讲座。对于移动互联网Androidios应用测试、测试流程改进、自动化测试、用户体验测试、测试用例设计和持续集成等领域有着独特的见解。目前活跃在Qcon、ScrumGathering、MPD、谷歌开发者社区等各个线下、线上会议，担任出席讲师。
|
| 目錄：
|
第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
TcpdumpWireShark 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 测试行业常见问题（QA篇） 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 测试行业常见问题（QA篇）
测试行业发展到现在也有一段时间了。无论是测试的初学者还是已经跌打滚爬几年的从业人员都会有自己的疑惑。很多问题在各种平台上已经被问得烂掉了，作者平时也闲着蛋疼的在QQ、沙龙、知乎等平台帮助大家，解答一些问题。当然，赞同和被抨击者各半。每个人的成长都必然会伴随着赞同和反对两种不同的声音，这再正常不过了。所以笔者觉得应该在本书中增加1章专门针对常见的问题进行解答，也希望测试同仁们无论是赞同或是反对，我都希望听到你们的声音，只有这样才会进步。
Q1：没有做过测试的人怎么入门？
一般问这个问题的人无非是学生或其他想转行的人。我常常在面试的时候和学生扯一些非技术问题，比如行业中重要的新闻、知名的企业等。有部分学生直接回答我说，因为学校里一直专注学习，自己没有工作经验，所以对这些不怎么关心。什么叫入门呢？进入一个行业并非一只脚跨出一步就算入门。入门的前提是发自内心地愿意去学习相关的知识，关心其发展趋势，了解更多的相关资料等。在学校或者其他岗位上的时候没有习惯去关心、学习想要从事的行业，谁又会相信这样一个人进入新岗位之后马上就会奋发图强？这样简单的道理我原本以为谁都应该懂，但面试的时候一再听到前面那样的回答，实在令人心寒。
说到入门，很多人想到的就是去培训机构学习。随着测试行业在中国发展得越来越成熟，培训机构也越来越多，阿猫阿狗为了赚钱都开始办培训机构。不得不说测试行业人傻钱多的现象已经屡见不鲜了，这才让很多人看到了商机。IT行业的培训费用一直居高不下，那是不是应该去培训呢？培训的效果理想吗？我个人并不反对去培训，毕竟我自己在线上线下也出席各种会议进行演讲，其实也是变相的培训，只不过大都是公益免费的。如果初学者或者想充电的测试人员考虑参加培训的话，我只希望先弄清楚以下几点：
培训不是万能的，不要认为培训能够解决一切问题。
不要太关注平台，要好好看清讲师的风格和水平。
不要期待培训机构能够提供好的岗位。为什么？这个都需要问么？
行业里很多的培训课程其知识点都落后于行业发展，讲师也大部分远离一线项目。试问这类讲师会分享出很好的知识和案例吗？
无论参加什么培训，自身的努力必不可少。如果想不劳而获，那么做什么都是徒劳。
我个人不建议参加一些纯理论的培训。
说到这里，肯定有朋友要说我这是在和所有培训机构作对了。我有说过“绝对不要参加培训”这样的话吗？没有，我是希望参加培训的人能够擦亮眼睛，在选择好平台之后自身也要努力才行。另一方面我也希望培训机构能够务实，在赚钱的同时能够给学员传授更多、更有价值的知识，给行业带出更多的人才。可惜，至少目前我还没有看到培训这一业务有一个良性的发展，但是我却希望在不远的将来能够看到。
看这个问题的朋友肯定要吐槽，说我说了那么多，那入门到底应该怎么入门呢？我推荐做以下几件事情：
选择一个测试领域的切入点，比如做互联网测试、移动互联网测试、医疗器械软件测试、ERP测试等。
去了解测试是什么，测试要做什么。推荐3本书。《测试之美》、《微软测试之道》、《Google软件测试之道》，对于移动互联网从业人员来讲还有第4本推荐的书——本书。
阅读《Rework》和《高效能人士的七个习惯》这两本书两遍以上并思考。
了解并学习所选行业领域的专业测试知识，比如常用的工具、方法等。
我觉得以上这些就足够了，真的用心去做的话，收获可以说是一生的。不仅是测试行业，所有行业入门都是这样的套路，入门不仅仅是知识面、认知度的转变，更多的是要去选择正确的方向。
Q2：测试工程师要具备什么能力？
如果你认真地从头开始阅读本书之后（尤其是附录A）还提出这样的问题，那么问题在我。如果没有，那么请重新认真地阅读本书。如果这个问题有上下文，那么的确是一个很好的问题，但请千万不要这样单纯直白的问出来，否则被问的这个人肯定会惊惶失措的，小伙伴们也会惊讶的。
Q3：测试比开发技术含量低吗？
我们先来看一下提出这个问题的测试人员自己是怎样看自己的，开发在他们眼中又是怎样的呢？
应聘岗位的时候
眼中的自己：觉得根本就没有提任何的技术问题，面试官根本就是在和自己扯淡。
眼中的开发：根本就是火星人在互相交流啊，不明就理。
编写测试用例的时候
眼中的自己：觉得根本就是没有技术含量的重复劳动，默默的耕耘，还不被重视。
眼中的开发：项目的顶梁柱，底气十足。
发薪水的时候
眼中的自己：月光族。
眼中的开发：高富帅。
向别人自我介绍的时候
眼中的自己：毫无底气，介绍的时候都不敢喘粗气。
眼中的开发：他们都是外星人。
和开发争论问题的时候
眼中的自己：普通人类，战斗力1。
眼中的开发：超级赛亚人和奥特曼的合体。
写到这里我自己都忍不住要笑了。先不说谁比谁技术高，自己都看不起自己的人，根本就不要指望别人会看得起你。在讨论这个问题之前，我们首先需要抛弃上面这些非正常人类的思想。
《灌篮高手》相信很多人都看过吧。足球篮球这类运动靠的都是团队合作，每个人都有自己的职责，并非说11个人全部是前锋或者守门员，就一定会赢或会输。测试和开发人员也是一样，都仅仅是项目团队中的成员，每个人都需要发挥自己最大的能量，才能够很好地完成一个项目。所以这两者根本就不在一个纬度上，有啥可比的呢。
很多朋友说自己做测试天天都在重复劳动，天天都在手动工作，觉得开发写代码非常的神秘，薪水很高。我们在贬低别人或者羡慕别人之前先从自身找原因。很多测试从业人员刚开始都是从学习测试、编写测试用例开始的，任何一家公司也不是开始就有很完善的自动化测试，一切的一切都是需要经过一个艰辛的过程。也许你在做黑盒测试，也许天天在做重复劳动，但没有人剥夺你学习的权力，你可以自己学习，将手上的工作和测试活动越做越深，那对自己对企业都是很有价值的事情。
再来说开发人员，写代码是开发人员最基础的要求，但不是会写代码就代表是一名好的开发人员。有相当一部分开发人员每天也是到处复制拷贝的代码，修改小缺陷，其实同样也是重复劳动，他们也会怨声载道，只不过不如测试人员抱怨得那么频繁，影响力那么大。
家家都有本难念的经，就是这个道理。任何一个岗位、任何一个人都有自己的苦恼，没有什么可比的。这类无聊的问题和想法没有必要花时间去思考，要我说有时间思考这些问题还不如多学习点知识，看点书，总结点经验来得实际。
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
