我是一个菜鸟，最近买了《移动 app 实战》《Android 应用指南》《iOS 应用指南》三本书，web 端某宝上实在找不到一本好书了，只好作罢。
大概翻了以上三本书，《移动 app 实战》算是比较好的测试书籍了，每个部分都有项目实战作为落地，但是仍然写的比较泛，没有从头到尾去说项目如何去做。也有可能面向的群体是比较有经验的测试人员。
那对于我这样的菜鸟，该如何去学习呢？测试行业发展了十多年为什么不像程序员行业那么发达？
比如说 java 书籍，正版的盗版的，网上视频的，在线培训的，书里面各种事例讲解，各种从入门到精通。
为什么测试行业没有一本书或者一系列书去更详细的讲解测试，有的是泛泛而谈，有的是博客里自己的零散的心得。
还有的是贵到离谱的测试培训，却没培训出什么样来？什么北大某鸟，什么达 xx 内。一个 QTP，一个 loadrunner，中国如今有几家公司在用这些东西？
我打听过以上培训，跟狗屎一样，拿来忽悠没入行的菜鸟都不是的还差不多。
我希望能买到的书籍是《adb 命令从入门到精通》、《Monkey 压力测试的源码分析》、《MonkeyRunner 你不知道的功能》、《Appium 从入门到源码分析》、《Android 性能实例分析》。。。
一个 Android 系列可以出十多本系列丛书，而不是一本书把所有的都大杂烩般的放进去。
也许你会说这怎么可能？也许你会说也许再过十几二十年，测试行业到一定的程度的时候，百花齐放了就有了。
唉，可悲的测试行业，连书都没有，怎么发展？
作孽，我想说，可悲的测试行业，连吐槽都不敢真名，都匿名。其次学习不靠自己，还去抱怨没有靠谱的书。其他行业就有么？开发有开发大全吗？有一个能够看完就学会所有的东西的开发书吗？你自己都不会去学习，不会去看源码，还说什么发展。所以我想说的是，可悲的测试行业，人都是连自理都不会，还怎么发展？明白？
另外，我想说的是，你既然文章的名字是测试书籍之我见，那么另外两本的你见呢？怎么说了第一本，后面就变成了抱怨呢？
那对于我这样的菜鸟，该如何去学习呢？测试行业发展了十多年为什么不像程序员行业那么发达？
比如说 java 书籍，正版的盗版的，网上视频的，在线培训的，书里面各种事例讲解，各种从入门到精通。
为什么测试行业没有一本书或者一系列书去更详细的讲解测试，有的是泛泛而谈，有的是博客里自己的零散的心得。
我想说，卧槽。程序员行业那么发达么？那么我想学习 swift2.0 啊，我想学习 kernel 内核，我想学习 ReactNative 的开发啊。tmd 为什么行业就没有一本书或者一个系列更详细的去讲解这些呢？有的是泛泛而谈，有的是博客里自己的零散的心得。你去拿一个发展了那么多时间的 java 语言说毛说啊？测试本来就不是开发，本来就不是一门语言的事情，而且没有更详细的东西就如同我刚刚举的这些例子，发展很快，任何的书都无法跟上目前的变化。明白？
还有的是贵到离谱的测试培训，却没培训出什么样来？什么北大某鸟，什么达 xx 内。一个 QTP，一个 loadrunner，中国如今有几家公司在用这些东西？
我打听过以上培训，跟狗屎一样，拿来忽悠没入行的菜鸟都不是的还差不多。
我想说，卧槽，中国目前航天航空，铁路，很多国企还是用 QTP 啊，用 lr 啊，有几家公司用？请问你去过几家公司，你看过几家公司？你以为你看到的就是地球的全貌么？在这里扯什么皮？狗屎不狗屎行业会证明这一切，人家如果狗屎为什么还能活到现在？按照你说的不是早死了么？
我希望能买到的书籍是《adb 命令从入门到精通》、《Monkey 压力测试的源码分析》、《MonkeyRunner 你不知道的功能》、《Appium 从入门到源码分析》、《Android 性能实例分析》。。。
一个 Android 系列可以出十多本系列丛书，而不是一本书把所有的都大杂烩般的放进去。
也许你会说这怎么可能？也许你会说也许再过十几二十年，测试行业到一定的程度的时候，百花齐放了就有了。
我想说，卧槽。我 tmd 还想让乔布斯起来教我呢。adb 命令 android 官方文档没有写么？Google 的开源文档你看过吗？Monkey 的源码到处都是，自己不会看么？MonkeyRunner 你不知道的功能，你看了源码你 tmd 还有什么不知道的功能？Appium 从入门到源码分析，你 tmd 自己不会去看么？再说 Android 性能实例，给你实例有蛋用啊，你还是不会用啊！
也许你会说这怎么可能？你 tmd 也不是傻逼，怎么会不会用呢。到时候你肯定什么都懂了。
唉，可悲的测试行业，连你这样的人都懂了，别人还怎么发展？
测试是一门思想不是一门技术，技术细节书你不会看而已，不要用开发的思想要测试，那你是开发不是测试
写技术书籍非常的吃力不讨好。做了就知道。
- 请问贴主有看过 java 从入门到精通的书吗？有看到精通了吗？这些书不一定有你想象中那么大的作用，关键还是你自己。
- 如 monkey 所言，不断更新的领域出书用处也不大，书出版时里面的内容可能都过时了，官方文档才是王道。
我坐等发帖子的人出书啊，这些，对就是这些……《adb 命令从入门到精通》、《Monkey 压力测试的源码分析》、《MonkeyRunner 你不知道的功能》、《Appium 从入门到源码分析》、《Android 性能实例分析》。。。
你扪心自问一下，你知道写书有多难吗？你能把你自己所知道的测试知识写成书吗？你不能，有句话叫什么来着？ No can no BB 而你只会抱怨~只会伸手……自己想想去吧
因为有你，测试无用
《adb 命令从入门到精通》、《Monkey 压力测试的源码分析》、《MonkeyRunner 你不知道的功能》、《Appium 从入门到源码分析》、《Android 性能实例分析》这些有最好，没有就算了，自己研究吧。感觉这个论坛...
我也买了这几本书，书中基本上概况了移动测试者在测试过程中涉及的一些技术，没有都有一些心得和使用方法介绍，书不会写那么细致，更好的是靠自己去专研。比如楼主说的，Monkey 学习，Monkey_Chen 书中就有介绍，不仅说了 Monkey 怎么样，还给我们写了一个 app，使用 Monkey 来测试，发现 bug。同时还介绍了 Monkey 使用注意事项，更重要的是他还说了作为全栈工程师不要仅关注于 Monkey 的那些命令，更多的时要弄懂框架的运行原理，包的分发策略，其实这些事还是需要自己去专研的。不可能在这个章节把所有原理都写上去。
总而言之，一句话，书让你对移动测试行业有了一个全局的认识，有哪些技术可以运用到测试过程中，如果你想精通这些技术，必须考自己。
测试其实是计算机科学与理论的一个分支，从以前的研究测试方法到现在的研究代码结构，说白了测试就是开发的一部分嘛。开发想要做精也是看了入门知识之后自己捉摸的，测试也一样嘛，真搞不懂你有什么可抱怨的。
如果大家都是拿来主义的话，哪还有什么发展可言。
师傅领进门 修行靠个人
虽然我不同意你的观点，但是我觉得你有发表意见的权利。但是发表意见，不要埋怨，客观地去评价即可。没有人一定要花时间去满足你的需求，因为写出来也不一定就是你自己想要的，如果你想要这些，可以自己写文章出来分享，再说，关于源码的东西，直接看官网是最详细的。 而且因为自己入门不了，就吐槽整个行业，也太偏激了…… 偏激的错误观点，一般会引起更偏激的反驳。共勉。
写书不易，能写出实践的就那么几家出来的，写多了，又有信息安全的问题吧。楼主理解一下。
能买书的至少还是愿意看的，比纯伸手的还是强点吧。我觉得比 QQ 群里天天闲扯的应该还是强点。。。
我个人的理解，开发可能初级上手是比测试容易，但是要精通也很难，书上的东西很多都不适用，想精通还是靠自己。
不是每个企业都对质量有非常高的要求，所以也就没那么多愿意砸钱的，测试也就混一天算一天，这是现状，楼主如果希望改变，还是请靠自己。
PS:哎，顺带感慨一下，转行不易，没设备，没资源，谈啥自动化了；换企业，没太多经验，给的也不多，生活满满的压力，30 以下的同学还是多努力，多出去看看，找对方向。坚持吧~~~
我是楼上的，没注意匿名了。。。。不要怕被喷么~
#14 楼 @anonymous
#15 楼 @anonymous
讨论归讨论，不要人身攻击。
#17 楼 @anonymous 30 以下的同学还是多努力，多出去看看，找对方向。坚持吧~~~
看看什么，方向是什么
20 楼，时间是有限的，就像 MONKEY 以前说的，多去试错，多去尝试，多了解行业要求，动态。
找到自己项目和外部的切入点，我个人理解~
30 以下随便跳，30 以上有几个敢随便跳的。。。35 以上还有人要么？
world war begin~~ hoho
我怎么感觉楼主要的这些，百度一下一大把，而且好多 testerhome 就有，比如 adb 入门到精通
https://testerhome.com/topics/2565
@monkey 1.首先不是不敢用真名，网络面前谁知道对面是谁？只是想匿名讨论和吐槽下测试书籍的现状，希望整个行业越来越好。最后写得有些激动而已。
2.其次你一上来就让我看源代码，请问源代码很容易吗？是 1+1=2 吗？你现在是 NBA 职业球员，就以为一个小学生就可以直接去打 NBA 了？Appium 的源码很容易懂吗，Node.js 是一个 java 还在基础阶段的人轻易能学会的？我看你们的商业培训也在从基础讲起，并没有从源码讲起？
3.你怎么知道我不愿意学习？我买书是为了什么？就拿 Appium，我有去看官方文档，有看 API，有在 testerhome 上学习基础，然后就在想有没有一本书可以具体的讲解用在项目里。到网上去找书，买了上面说的三本，然后发现讲 Appium 的就那么点。我并不是没有自理能力，只是想更深入学习。
4.java 确实发展的比较长，所以我只是想问下为什么测试书籍这么少？不好意思，其他语言没听过，swift 的话出门到极限学院，记得有一套教程。
5.国企或者一些大企业有钱当然用 QTP、loadrunner，但是大部分测试都去国企了？也许你去应聘一些国企都不一定能面试上。技术没问题，但是学历呢？我是听过很多人说起那些培训机构没什么用，并不知道全貌，所以这条不好意思。
6.我有看 Android 官方文档啊，我只是在想学习的方式不一定是只看官方的，我是一个习惯去买书学习的人。请问学习的方式一定要 先源码吗？这么说我又要开始学 Python 了？我一个 java 都只是基础的人又 tmd 开始学 python 了？
7.请先了解我，如果不了解我，请先把一些话收回去，并不是所有人都是只知道伸手的，谢谢。
@lihuazhang @gaopeng1106 希望有生之年能够 BB 上。
@doctorq 我有看过你的 Appium 源码分析，但是只能了解到一些皮毛。不好意思，希望测试没我。
@tspring 嗯，谢谢。
@chenhengjie123 嗯，我有看官方文档，但是到如何放到项目里面去的时候就有点犯难了。java 的话各种项目实战，初中高级各种文档视频都有，不瞒你说，我在淘宝花了几块钱买了 300 多 G 的 java 学习视频。
@woniu 确实太偏激了，共勉。
#26 楼 @anonymous 我都只是了解到一点皮毛，写出来的东西自然是皮毛。不好意思，但是测试这个行业是要靠测试里面的人去共同努力的，现在没有，不代表以后没有。什么样的人决定了行业如何去发展，别觉得自己与行业无关，你就代表这个行业。如果你不是测试人员，那你这些吐槽显然没有意义了。如果你是这个行业的人，请从自身做起，因为你就是一个测试人员，你的好坏影响你身边的人对测试行业的看法。
如果每本书你都能订购 10000 册的话，市面上很快就有了。
有这闲功夫在这里开贴吵架，还不如自己去学点东西，不扯了，干活了。
不要人身攻击！
#33 楼 @lihuazhang 你这是回复谁。。＝ ＝。。。模仿微信回复 all 的功能呀。。＝ ＝
@yangchengtest 嗯，坚持就是胜利
不要装逼，还让不让人说话了，你们都懂了，都会了，都可以开始忽悠人了，都可以出书了，你们忽悠你们的，我们吐槽我们的啊
#36 楼 @anonymous 如果要吐槽，请滚出这个社区，滚出这个行业，那么随便你们怎么吐槽
一副行业老大哥的姿态教训新人，自己是小白的时候忘了一干二净了吧。这位小兄弟，这里也就他们几个人小团体吐槽吐槽算了，你没事瞎掺合什么，这下把自己弄尴尬了吧
#37 楼 @anonymous 管的还真宽啊，testerhome 这个社区里面是无法吐槽的是吧，玻璃心啊
#38 楼 @anonymous 但凡有点脑子的，都看得出来
#37 楼 @anonymous 真的在行业里，你这种人也就是个低端的货
楼主吐槽国内移动方面测试书籍不给力，至少已经有人迈出第一步去写了（必需点赞），有建议意见可以跟作者多讨论交流，推动书籍质量提升。
楼主你应该庆幸你的吐槽有人理，这说明那些大神还是有心陪你掰扯掰扯的。否则人家几十万上百万的年薪拿着，犯得着跟你这吐槽这吐槽那么？既得利益者，愿意把自己所学所知与人分享，你还想要什么？你说不行，我就要知道 XXXX。。。。他们欠你的？你可以提需求——然后给钱。重赏之下必有勇夫
同意 “写书不易，能写出实践的就那么几家出来的，写多了，又有信息安全的问题吧。”
作者提供了一些思路，修行还是靠自己
在移动端所谓的性能测试纯属扯淡、神马内存、CUP 占用、电量损耗
#45 楼 @anonymous 哦？扯蛋？为啥？
最近在推的那本移动 App 测试实战书，虽然也是面很大，展开了写，起码弥补了一些测试技术上书籍的空缺。
前言里也写了很多实际的话，我不知道这个社区里几个所谓的大神，除了每一周，每两周跳出来说几句，
行业现状悲哀啊，都特么是伸手党啊，你们开这个社区就是想来忽悠人，教育人的是吧。
天天在给人洗脑，拿着说真话做幌子，实际上在无底线的圈钱，没有足够的人上钩还要 bb。
测试这个行业不是你们说了怎么样就是怎么样的。
#47 楼 @anonymous 你明着过来说， 你来说说看，我们怎么无底线的圈钱了？TesterHome 到目前为止，没有一分钱的盈利，这次北京的大会，最终，我和 monkey 还自己贴了不少钱。作为创始人，我，思寒，一直在从企业里拿钱，甚至拿自己的钱在贴论坛。 monkey 的确是从事培训，但是是属于他私底下的培训，也基本不打 TesterHome 的名头。你们一个个觉得 TesterHome 圈钱，骗人，请拿出证据来，口 high 有什么意义？
我擦，你居然没发过一个有用的技术贴，全是吐槽，满满的全是怨念啊！
找自己写本书吧，写了真是吃力不讨好的事情还要被喷，技术书写深了别人看不懂，写浅了还要被说没水平，还是 1024 好，都说楼主好人，
发现手机上要点非匿名还有点难
@lihuazhang 不好意思，最初发这个帖也就是买了三本书以后，在三本书上面找 Appium 的相关资料时，发现三本书讲的都不深入，于是忍不住跑到论坛上发了个匿名吐槽，想了解下测试书籍为什么绝大多数都是全而浅。没想到引起了这么多误会和争论。我在 testerhome 里得到了太多的帮助，无论是技术贴还是一些方向的引导，还是一些疑问得到解答。我也有被你说过一次不要伸手，于是我就跑到 Appium 的官网上去把帮助文档和 API 来来回回的看了几次。虽然仍然不懂的居多，但是真正的有去自学。还是那句话，希望有生之年能够写点自己想象中的测试书籍，这也是一个作为菜鸟的宏大的梦想吧。
另外说 testerhome 骗钱的，我不敢苟同，不相信一个如此有思想的社区的创建者怎么会骗钱。我知道有些测试社区广告比技术多得多，废话比专业多得多。不过如果能够给出具体的证据的话，大家都能做出分辨。
感谢本帖支持和指导我的人，此帖到此为止吧。以后偶尔发个技术贴，总结下自己学到的东西，坚决不吐槽了。
#24 楼 @anonymous 我客观点回答你的几个问题吧：
为什么测试行业没有一本书或者一系列书去更详细的讲解测试，有的是泛泛而谈，有的是博客里自己的零散的心得。
讲解测试的书是有的，经典书籍也是有的，例如《软件测试》（ISBN: 9787111185260）《软件测试的艺术》（ISBN: 9787111376606）。至于其他公司是怎么做测试的，有《Google 测试之道》（ISBN: 9787115330246），《微软的测试之道》（ISBN: 9787111277538）。只是像你例子里的很具体的工具书籍基本没有。
测试行业是发展好多年了，但移动测试发展也没几年啊（iPhone 2007 年出来，到现在也不过 10 年）。你例子里举的 adb ，monkeyRunner 出来也没多少年，而且他们深度上和应用上与其他工具（如 Java 的 Spring）之间差别太大了，一个是常用的基本工具，看完官方文档基本会用。一个是设计良好的大型框架，会用和用精完全两码事。拿 adb 这些工具和 Java 这门语言，或者 一些经典工具比较不是太恰当。
PS：你想要系统了解同时也造福行业的话，可以自己通过阅读这些零散的心得，然后把它们组织起来，在 gitbook 或者什么地方把它们写成书，造福大家。
3.你怎么知道我不愿意学习？我买书是为了什么？就拿 Appium，我有去看官方文档，有看 API，有在 testerhome 上学习基础，然后就在想有没有一本书可以具体的讲解用在项目里。到网上去找书，买了上面说的三本，然后发现讲 Appium 的就那么点。我并不是没有自理能力，只是想更深入学习。
这类书我想短期内不会有，以后也不一定会很深入地讲。一方面具体用在项目中的东西大多通用性不会十分强，写成书后菜鸟还是没办法按照书中的说明把它用起来的，毕竟不同项目间差异还是不小的；另一方面 Appium 在国内流行也是这 1~2 年的事情，估计还没有什么企业/人敢说自己在项目中的实践强大到可以出书了吧。之前倒是听说淘测试有在用，而且还对 appium 进行了一些改造以符合自己的需要，但具体如何我就不大清楚了。
我有看 Android 官方文档啊，我只是在想学习的方式不一定是只看官方的，我是一个习惯去买书学习的人。请问学习的方式一定要 先源码吗？这么说我又要开始学 Python 了？我一个 java 都只是基础的人又 tmd 开始学 python 了？
我在 IT 技术方面的学习路线一般是：
- 如果有入门书籍就入门书籍，没有就看经典书籍或者直接官方 Getting started 或者 Tutorial 。如果是比较新的技术的话还是直接上官网。
- 动手写/用，在用的过程中发现一些疑问并自己解决。解决的过程中能学到很多教程里面没提到的相关知识，方便建立比较完整的知识体系
- 当发现有些地方实在 google 不到解决方案/自己觉得有必要更深入了解了，上源码。看源码和写源码是两码事，现在大部分语言的可读性不至于差到一个学过基本编程知识的人完全摸不着头脑（甚至不会编程的也能看出点东西），但一些语言入门知识得了解就是了。另外，上源码能更清晰看到这个工具可以改进的地方/存在的缺陷（我相信不存在没有缺陷的软件），也便于以后自己再去修改。
- 上面都基本掌握了，那这个工具就能进入你的技术库了，你也可以考虑用它上项目了。
PS：我也喜欢看纸质书，不过现状是任何纸质书出版时里面的内容至少是半年前的了，在移动测试这个领域半年时间意味着可能只剩下 80% 左右的内容还是可以用起来的了，所以里面还是会有坑的。而且那些 “实战”、“实例” 的书籍本来就不是给初学者看的，初学者看了很容易在流沙上面筑高楼，觉得自己懂得里面的例子就学会这个东西了，结果一上项目傻眼了，这些情况和书里说的不一样啊！
2.其次你一上来就让我看源代码，请问源代码很容易吗？是 1+1=2 吗？你现在是 NBA 职业球员，就以为一个小学生就可以直接去打 NBA 了？Appium 的源码很容易懂吗，Node.js 是一个 java 还在基础阶段的人轻易能学会的？我看你们的商业培训也在从基础讲起，并没有从源码讲起？
源代码确实不那么容易，但 Monkey 的源码没有你想象中那么难，而且 Monkey 源码分析网上是有系列文章的，你可以去看看，辅助理解。至于 Appium 是比较难（编程语言上有 Java，Javascript，并且需要熟知 UIAutomator API，UIAutomation API，Xcode command line tool），但对于只想了解基础的初学者来说 Appium 的文档、sample-code、各个 client 自己的文档以及 webdriver api 的文档加起来足够入门，甚至熟练使用了。精通的话源码是不二之选。
据我所知，学编程的人也是差不多的路线：刚开始通过各种入门书只知道怎么用官方的 library ，然后通过多用和看官方文档熟练掌握，最后学习源码。
最后我想说的时，你说到的一些问题确实是问题，然而单纯把这些问题在一个公众平台上抛出来，并且带有比较强烈的指责态度，你指望能得到怎样的回复呢？换位思考一下，你见到这样的帖子，你会回复什么？另外，这些问题如果不仅仅是抛出来，而是提出后组织大家把这些书籍资料整理出来，造福未来的新人，收到的效果是否会截然不同？
测试行业是需要改变，但是单纯提问题，叹可悲是改变不了行业的。
#56 楼 @chenhengjie123 Sorry，发了才看到你的回复。此贴就此打住吧。
世界变化太快，之所以张口闭口读源码，那真的是最新也是最快去了解的捷径了。
你等到某个针对工具怎么用的书出来了，那个东西说不定已经被人用烂了...也轮不到你去拿它成为你的优势了。
所以其实呢，我觉得 Monkey 和恒温有时候很严厉是正确的...
风气和大家的自主能力上来了，行业自然就往好的方向靠拢了...
@chenhengjie123 感谢如此详细的指导回答，you are tester！
#58 楼 @anonymous 嗯，的确最后一句话是一直想表达的。风气和大家的自主能力上来了，行业自然就往好的方向靠拢了...
#58 楼 @anonymous嗯，的确最后一句话是一直想表达的。风气和大家的自主能力上来了，行业自然就往好的方向靠拢了...
此贴就此打住吧，期待以后大家的技术贴。
