【落叶120】“老兵聊测试”之你想知道如何做软件测试咨询吗？
文/秋之川
这是《落叶》文集里第 120 片落叶，希望你能喜欢，不为别的，只为这份坚持。
诉求都是双向的，即使产生诉求的时候是单向的，但最终都会形成供需两方。
现在随着用户体验越来越重要，很多中小型软件企业对产品质量的重视程度也越来越高，但是因为前期组建测试团队和建立研发流程时的种种原因，现存问题比较多，很多也都早已被固化或者形成了定势思维，导致由内而外的自愈可能性变得很小或者很难。
所以，引入外部软件测试咨询的诉求也就产生了。相应的，想利用自身的软件测试知识和经验为他人做咨询和解决方案的供求方其实也早已慢慢滋生了。
今天，我们就一起来看看，为他人做一套软件测试的咨询，大致是个什么流程吧。
一、项目前期
【职责】
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、产品测试执行计划；
二、项目中期
【职责】
1、指导测试执行负责人按测试计划书完成整个测试过程，通过过程监督，确保测试计划的顺利执行并达到最终标准；
2、对执行过程中出现的异常情况，以及客户提出的计划范围内的疑难问题提供咨询；
3、对客户在测试执行过程中提出的新需求，制定补充方案；
4、持续优化测试方案，并实施改进；
【流程】
1、该阶段严格按测试执行计划书执行，实施过程监控；
2、每个计划里程碑到达的时候，验收阶段性成果，并完成验收报告；
3、测试结束后，进行产品和过程质量评估；
【成果】
1、测试执行监督日志：问题答复记录，达标测试报告；
2、最终质量评估报告；
三、项目后期
【职责】
1、总结和分析本次测试计划的执行过程有哪些良好实践和问题，并进行改进；
2、预测潜在的质量风险，制定 KnownIssue 列表；
3、收集客户的反馈意见，完善测试咨询流程本身；
【流程】
1、根据测试过程中的缺陷数据，制定测试计划执行的过程分析报告；
2、与客户面对面沟通：总结测试执行过程，分析产品潜在质量风险，收集客户反馈信息；
【成果】
1、测试计划执行的过程分析报告；
2、产品潜在质量风险分析报告；
3、客户意见反馈表；
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
