看的真多……是不是还是来社区比较愉快

仅仅列出部分与测试相关的技术书籍，像 Linux、mysql、git 等知识相关的书籍都是在工作过程中不断学习的，系统的看书比较少，遇到不会的问题时百度。

忏愧忏愧，只看过你列出软件测试的 1/3 书籍~~

做了四年开发，最后转到测试，你的人生经历了什么样的挫折，才能让你做出这种决定？

装个 B，总结一下去年到现在看过的书：
《代码简洁之道》《代码整洁之道 程序员的职业素养》这两本书推荐一下
《Head First 设计模式（中文版）》这本设计模式相对来说比较容易读，推荐一下。
《 高效能人士的七个习惯-25 周年纪念版》
《决定你上限的不是能力，而是格局 》
《 抗压力：逆境重生法则》
《算法导论（原书第 3 版）》推荐 MIT 的算法导论公开课，看了一大半，工作压力越来越大，又打算转行，没看完。。。
《工程数学线性代数》推荐 MIT 的线性代数公开课
《概率论与数理统计》
《高等数学》
《数学之美 (第二版)》
《机器学习》西瓜书，看懂了 60%-70% 吧。
《深度学习》花书，才开始看。

哈哈，不要认为都是开发鄙视测试，我都是鄙视开发。

如果一个软件开发了 7 年还存在很基础的 bug，这是开发的问题，还是测试的问题？
如果没有测试能发现这样的，要这样的测试团队做什么？

加油，继续坚持

多数开发也只是在使用许多中间件，并没有了解背后的原理。
举例：很简单的一个 mq，许多开发认为 mq 非常可靠，在开发过程中没有考虑 mq 会丢消息。然而测试了解 mq 实现的原理，提出 mq 丢消息该如何处理？
这是否算原理了解比开发深入呢？

做比说难。
你说的就是架构师的价值，需要了解各种组件的优缺点，在优缺点的基础上选择合适自己项目的技术去实现或者做自己的定制。
我个人理解测试架构师也是一样，理解开发可能在哪里考虑不周，统一协调资源，针对测试。
测试并不需要也不可能比开发架构师对技术原理理解的清楚，但是能有效地改善产品质量。
其实这里还有另外一个问题需要说明一下。
为什么大部分开发都认为 MQ 就是 OK 的？1.出错概率极低。2.没有能力修改。
现在大点的公司都有基础控件维护的部门，大部分人都是业务驱动，就算有问题，业务开发能和基础控件部门沟通的也就几个架构师或者 LEADER。
大部分开发也确实是 CRUD BOY，测试大部分人不也是点点点么。
你懂一点和开发 LEADER 沟通会顺畅一点，不过如果你老拿这个说事，也会招人烦，因为改不改，怎么改都有有风险的事情，不是所有问题都需要改的。
我本人就偏保守，改起来麻烦影响不大的我都是不改。

我才刚买《腾讯 iOS 测试实践》，还没到货呢惭愧。
我和楼主不一样啊，我是 Java，mysql 这类书一定要精读的，测试书才是当工具书看或者 google 了。

测试书籍看腾讯的，开源测试项目用阿里的

我只看过《人月神话》，觉得已经可以笑傲天下，楼主看这么多，不是要制霸苍穹了么

。。。。

大神！！有没有读书笔记可以分享一下

目前测试领域就服你

平常在公司做 ppt 分享，做的分享太少

我一看标题，以为是翻译~~~~

想去翻译一些 GitHub 里面的东西，动力太弱。

加油啊，有个翻译部落，可以发在里面

不要这样子，我知道错了，我只是开个玩笑，别嘲我~
其实我还看过半本《浪潮之巅》、几页《数学之美》和几页《模糊测试》，平时沉迷手机太严重了，可是一旦拿起书本来，发现这个世界原来可以变得这么有意思：手机真他妈好玩啊~

我猜你没有女友

默默打开一下 kindle，默默再打开下 D 盘下的 books 文件夹。 勉强算的过去。

咋一看，妈呀最近 2 年基本没看测试相关的了。 基本都是开发和一些杂七杂八的书籍了。

我家两娃。。。
去年早晨出门娃还没起床，晚上回来娃已经睡了。。。

那你真心厉害，我家一个娃基本上回家没啥自己的时间。

最近裸辞在家，天天抓娃习惯。
比上班还心累。。。扯远了。。。

都离不开手机，晚上回去、早晨起床都会玩一会儿手机，稍不留神，一两个小时就过去了。
克服自己惰性，努力

开发书籍是更进一步的补给品

windows 这么多年了还有 bug 呢~

嗯，看过如下书籍：
《探索性软件测试》
《测试架构师修炼之道：从测试工程师到测试架构师》
《Google 软件测试之道》
《selenium 自动化测试实战 - 基于 python》
《软件自动化测试开发》
《Selenium 自动化测试指南》
《webdriver 实战宝典》
《大话移动 App 测试：Android 与 iOS 应用测试指南》
《python 核心编程》
《Java 语言程序设计》

1、如果是登录也连个 sql 注入都没有防止，做这件事的意义何在？
2、如果做了一个面向商家的产品，存在越权问题，我是你的竞争对手，可以看到你所有的数据，做这个产品的意义何在？
3、如果一个面向大众市场的产品，用户购买你的产品、提现过程中随意修改金额，做这个产品的意义何在？

如果有意义的话，我只能说如果有几个恶意用户、或者恶意员工，分分钟搞死你的产品、你的公司！
顺便推荐做测试的同行，看看《黑客攻防技术宝典：Web 实战篇（第 2 版）》，web 测试过程中的许多问题产生的原理都一清二楚了！

如果在做测试服务集成，可以看看《微服务设计》这本书！

不要激动，我只是针对你的『如果一个软件开发了 7 年还存在很基础的 bug，这是开发的问题，还是测试的问题？
如果没有测试能发现这样的，要这样的测试团队做什么？』
这个不能认同~

可能是我以偏概全，一棒子打死吧。
但是一个产品长期存在显而易见的安全问题，这个产品的测试团队的存在的价值让人怀疑？
或许我们身边这样的产品太多，大家都麻木了，但是建立在会话的上下文中，我并不认可开发转测试是坏事，而是构建一个人核心竞争力优势所在！

666

我看过一本《疯狂的程序员》，想写一本疯狂的测试员，可惜写了 2 章，当时加班太多了，永久停止了。

继续坚持写完，加油

哈哈哈，我坚持完了，写了一个神颠颠的故事《测鬼记》，还是上、中、下三部曲。
现在在坚持写《漫游测试之性能测试》，写完《漫游测试》系列，估计就不在这行混了。
文章都在我的 csdn 博客上面。可惜没啥人看啊。

求 csdn 地址

去搜了一下，写的确实不知所云。

是啊，说得很对，搞完我才发现。。

就看过一半，小屁孩学 python，然后就来社区吹水了

努力学习吧。

我觉得的话测试多看些基础理论知识，开发多写代码，这样测试就能在原理上指导开发

指导开发？你是架构师么？能协调开发进度么？认清自己的位置，你以后进外包，更要摆正自己的位置。

你说的是大公司，走流程，每个人都是螺丝钉。去小公司就是野蛮生长，谁行谁上，架构师架构错了有能力指导别人就会高看你一眼