这是《落叶》文集里第 212 片落叶，希望你能喜欢，不为别的，只为这份坚持。
【背景】
现在很多同学入职的公司都是从零开始玩测试，所以属于没流程，也没体系的状态，很多时候都是研发主管设定了一些规则，导致很多测试的同学因为没有成文的流程而不知所措，或问题多多。本身这个就很难有一个通用的解决方案或者答案，我之前整理过一个有关怎么做测试体系咨询的文章，现在看来，不同的角色、不同的时期去看那份咨询方案，其实都会有不同的收获。
【你问】
怎么梳理软件测试体系和流程？
【我答】
一、项目前期
【职责】
1、明确客户的需求；
2、了解客户的产品架构；
3、了解客户的产品在测试中都有哪些问题；
4、制定客户的产品测试计划书；
【流程】
1、客户提供产品相关的文件资料，其内容主要包括：
必选：产品核心架构图、产品功能流程图、产品涉及的主要技术和功能需求文档
可选：已存在的测试流程和方法、当前产品的质量缺陷分析报告、期望测试所要达到的成熟度
2、回顾客户提供的相关信息，如有需要，进行一段时间的产品试用体验，目的在于：
a) 了解产品功能，划分产品模块，评估产品规模；
b) 确定产品的当前测试水平，评估产品质量等级；
c) 根据产品规模和质量等级，初步评估测试成本；
3、与客户进行第一次面对面沟通，主要解决问题：
a) 对客户所提供的信息中不清楚和不正确的地方做一次确认；
b) 清楚地向客户陈述产品架构及功能，以确保对产品没有理解错误或偏差；
c) 客户如有疑问或具体要求，双方需商讨并达成共识；
4、制定测试计划书：
基本内容：
a) 测试执行流程，及每个测试阶段的重点及达标标准；
b) 划分自动化测试与手工测试覆盖范畴，并选定自动化测试工具；
c) 测试用例结构列表：核心功能点，全用户场景测试点，异常场景等等；
d) 测试报告及质量评估；
附加内容（并不包含在本次咨询范围，但可作为后续扩展计划）：
a) 是否提供详细测试用例设计方法；
b) 是否需要提供自动化测试的需求分析和测试框架设计及部署，以及相关培训；
d) 是否需要提供性能测试的需求分析和测试框架设计及部署，以及相关培训；
e) 是否需要提供安全测试的需求分析和测试框架设计及部署，以及相关培训；
5、与客户回顾测试计划书，主要目的：
a) 详细解释测试计划书中的各项内容，取得客户的认可和确认；
b) 指导客户根据自己的需求，选择最合适的试点项目；
c) 确定最终的执行计划及执行负责人；
【成果】
1、产品质量评估报告；
2、产品测试执行计划；
