随着互联网行业的日渐发展，现在各类各样的测试书籍层出不穷。我这边准备做一个系列视频，给大家分一些写的好的测试书籍。第一本是阿里测试团队出的《饿了么质量体系搭建实战》
饿了么质量体系搭建实战
之所以首先推荐这本书，是因为个人非常喜欢阿里系的测试团队输出的一些测试文章，测试书籍，内容质量高，而且通俗易懂，切切实实的在分享技术与解决方案，每次看到都有新的体验。
整本书分为六大模块：
- 首先主要讲解了在整体工作尚未开始的时候，如何做测试规划、技术规划。
- 然后描述了在一个产品的初创时期，测试团队应该如何熬过这一阵的阵痛期。
- 在产品步入稳定期后，测试团队可以如何提升自己的效率。
- 接着重点强调了如何通过赋能影响测试在整个研发团队的影响力
- 在整体的测试体系构建完毕之后，如何在现有的工作之上，突破现有的工作瓶颈。跟进一步提升QA的工作效率
- 最后一篇则是集前面之大成，在整体的测试体系过程中，是如何管理团队，带着团队一步步进步的。
哪一些同学应该好好读一下这本书呢？
我建议所有的测试人员、测试开发人员、测试leader甚至包括项目经理以及CTO，都可以读一读了解一下，如何从技术与管理的角度，完整构建一套测试体系。
如果你满足以下场景，那么真的建议可以看一下这本书
- 刚进入一个研发团队，老大让你写一份测试策略或测试计划。
- 功能测试焦头烂额，自动化测试不知道如何开展。
- 测试在团队内话语权小，想提升测试在团队内的话语权的。
- 想要学习各种先进测试技术的，包括但不限于安全测试、测试框架、自动生成测试用例技术、持续集成、数据工厂等。
这本书还有一个极大的优点就是内容足够详实，细致，除了技术方案讲的很清晰之外，还会贴一些关键代码辅助说明，让你不仅能够思考，还能跟着练习，想办法去实现。
举个例子，在第12章节，代码质量中，形象描述了什么是糟糕的代码
以及，这种糟糕的代码可以通过什么样的技术手段解决。在12.2.3章节-规则的取舍中，还列举出来了自动审查代码的具体规则信息：
- 规则1：类、类属性、类方法的注释必须使用javadoc规范，使用“/内容/”格式，不得使用“//xxx”方式和“/xxx/”方式。
- 规则2：方法内部单行注释，在被注释语句上方另起一行，使用“//”注释。方法内部多行注释，使用“/* */”注释。
- 规则3：方法代码长度应该少于80行。
如果大家对于这本书的技术细节感兴趣的话，可以点赞，收藏。后面会仔细给大家拆解分析本书的技术细节，以及落地方案