读书会我所翻过的软件测试相关的书

乾行 · 2018年04月22日 · 最后由红客联盟回复于 2018年05月31日 · 3304 次阅读

小兵介绍

小兵一名，仅仅是小兵一名！从事软件开发四年，对过去所开发的软件质量表示堪忧，转到测试行业希望能够做一些事情。在从事软件测试近四年的时间里，发现软件测试行业是一个非常有趣的行业。

翻完了的书

个人记忆力较弱，翻过的书比较多，但是比较容易健忘！

测试方面的基础书籍

《软件测试》
《软件测试设计》
《软件测试管理》
《敏捷软件测试》
《探索性软件测试》
《测试架构师修炼之道：从测试工程师到测试架构师》
《Google 软件测试之道》
《腾讯 iOS 测试实践》
《Android 移动性能实战》
《深入理解 Android 自动化测试》
《腾讯 Android 自动化测试实战》
《移动 App 性能评测与优化》
《Web 测试囧事》
《Nginx 高性能 Web 服务器详解》
《软件测试的艺术》

编程相关的书籍

《网络用户行为的安全可信分析与控制》
《黑客攻防技术宝典：Web 实战篇（第 2 版）》
《程序员的职业素养》
《微服务设计》
《Python 合性编程》
《敏捷软件开发》
《AngularJS 实战》
《Java 语言程序设计》
《测试驱动的 Javascript 开发》
《JavaScript 设计模式》
《JavaScript 高级程序设计（第 3 版）》

还有一些浪费时间的书籍

下述书可能会浪费宝贵的实践，列出仅是个人喜恶，如有读者、作者有不同见解，欢迎讨论。
《软件测试实用教程：方法与实践》
《性能测试从零开始》
《大话移动 App 测试：Android 与 iOS 应用测试指南》
《Selenium 自动化测试指南》
《软件自动化测试成功之道：典型工具、脚本开发、测试框架和项目实战》
《软件自动换测试开发》
《移动智能系统测试原理与实践》
《Android 应用测试与调试实战》
《手机软件测试最佳实践》
《软件功能测试自动化实战教程》

翻过了那么多书有如何感想？

测试行业好书较少，测试人员成长完全靠自己，自主学习是个人最强的竞争力。

深度要深

测试人员对软件开发过程中用到的技术的原理要啃透，你的编程能力可能没有开发强，但是你了解的原理要比开发深。

广度要广

软件测试设计众多知识，关注产品需求、开发、测试、运维、运营各个环节遇到的问题，测试都有机会学习各种新的知识，能够与各种角色的人员进行专业的沟通交流，降低软件开发过程中的沟通成本。

正确的做事

拥抱开源，根据测试广阔的知识，选择正确的方法完成工作。

不断学习

知识的深度、广度、正确的做事都是建立在不断学习的基础之上。

25 个赞

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

打赏支持

共收到 48 条回复时间点赞

magicyang #44 · 2018年04月23日 2 个赞

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

vinceo #32 · 2018年04月25日 1 个赞

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

乾行 #36 · 2018年04月23日 Author 1 个赞

对

zyanycall 回复

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

文字 #9 · 2018年04月27日 1 个赞

对

陈子昂回复

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

乾行 #6 · 2018年04月23日 Author

对

gaomengsuijia 回复

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

乾行 #7 · 2018年04月23日 Author

对

gaomengsuijia 回复

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

乾行 #8 · 2018年04月23日 Author

对

magicyang 回复

加油，继续坚持

magicyang · #9 · 2018年04月23日

仅楼主可见

乾行 #39 · 2018年04月23日 Author

对

magicyang 回复

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

magicyang #38 · 2018年04月23日

对

乾行回复

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