饿了么质量体系搭建实战笔记【第1、2篇】

先来一个我自己的前言吧，为什么先读这本书，而不是那本经典的软件测试，我觉得既然我是转行来的，做就远远比理论来得重要，实践出真知。纵观一下目录，这本书一共有十八章，从用例设计-管理方方面面，从技术到实践，这本书的内容是非常modern，非常全面的，我也计划用18天的时间把这本书慢慢读完。

然后聊聊这本书的前言，这本书的前言其实提到，作为一名测试工程师，要顺应时代潮流，从一开始的点点点-压力测试安全测试各种测试工具喷涌-如今的敏捷开发时代，对测试提出了更高的要求，测试左移到开发阶段进行代码评审、单元测试，右移到运维阶段进行持续部署、线上监控，更加立体的保证软件的质量。

第一篇 规划

测试进程的演进

点点点 - 自动化测试 - 完善线上监控、专项测试、可视化看板 - 测试工具智能化

剩下主要讲了饿了么团队的一些规划，这里不做详细说明。

第二篇 基础

功能测试

1. 理解业务的能力：这里我的理解就是，作为一个合格的QA，我们不仅要有用户侧理解业务的能力，我们也要有研发测理解业务的能力，身为一个测试工程师，要清楚自己负责的业务对外提供了什么服务、对内依赖了什么服务，要清楚这个服务的上下游关系，并且能够理清数据流的中间态和最终态
2. 用例设计的能力：说起测试用例，大家都会想到等价类、边界值、判定表、画流程图、错误猜测法，这些典型测用例设计方法，但是这也让测试人员沦为了所谓的需求的翻译工。为了避免这种情况，我们首要就是要先设计用例设计原则，并且明确用例设计方法的使用场景，分清优先级、设置用例池、减少冗余。

凭借由表及里的业务梳理、科学的用例设计、合格的用例评审机制，QA测试质量有了相应的保障。但实际的项目往往比较复杂，在测试资源、测试环境、跨部门协调受限的情况下仅考虑这些是不完整的，功能测试只是其中的一部分。那么，除了关心功能之外，在企业订餐业务中我们还应关注哪些内容呢？请看下一章，会介绍我们是如何考虑软件质量中的安全问题的。