前几天面试被问到，测试组长的职责？
那么测试组长在项目中的作用真的只是协调资源和测试？我们只有按部就班的进行需求分析，用例编写/评审，提测验证，bug回归验证？
为了能够高质量的交付产品，测试组长其实更应该做好流程把控和风险管理。
1、流程把控
在整个产品交付周期，测试组长可以参与或者应该把控哪些流程节点呢？
把控点一：BRD/PRD需求评审阶段
其实有条件我更建议测试组长参与BRD评审（商业需求评审）。
因为相比PRD（产品需求评审），BRD是更加前置的流程，能让测试组长更加了解到需求的背景以及细节，从而在直接专业的角度提出专业的意见，避免产生用户和需求的偏差。
项目 = 时间 + 成本 + 范围，在时间和成本紧张的前提下，范围就显得尤其重要，确定好范围，才能更准确的评估资源情况。
把控点二：核心链路逻辑梳理
尤其是比较大型的系统开发/改造，一定要梳理好当前系统业务流程图，了解系统间的数据流转，业务逻辑。
尤其是涉及到第三方对接，一定要细化第三方每个接口颗粒度，才能评估具体工作以及风险点。
把控点三：做好详细测试计划
做好测试计划，包括测试人员内部分工，测试用例，测试策略，测试范围，测试场景数据，以及评估是否需要专项测试（兼容/性能/安全等相关）。
把控点四：测试执行阶段
① 执行阶段最主要的就是按照测试计划一步步执行，把控测试进度，关注卡点，做好bug日清机制，如遇到紧张项目，可评估开展项目日会，确保无阻碍性bug。
② 紧急需求与需求变更把控。
③ 确保交互与视觉/产品走查在测试结束之前提前介入，准备好测试验收数据。
把控点五：上线准备工作
产品上线其实才是对测试的考验的开始，需要做好充分的灰度发布验证和线上验证，确保上线质量。
2、风险把控
在以上流程节点中，测试组长职责第一是做好当前的流程把控，二是要在这些流程把控点中识别可能的风险，做好风险把控。
在上述流程的把控中，存在的风险点有：
把控点一：主要风险是资源风险，因此需要在prd阶段确认好测试范围，不能在确认后仍一直加需求或者扩大范围，否则在排期确定的基础，只能增加人力成本手段来确保按时交付。
把控点二：风险主要来自于第三方，因为涉及第三方的需求或者资源处于不可控的状态，关联业务联调，上下游问题需要细致挖掘。
把控点三：风险主要来自业务专项，需要提前确认是否需要性能测试或者安全性测试，确保线上高并发请求/安全问题，提前识别与准备。
把控点四：
① 阻碍测试进度的有bug和第三方进度风险，需要提前识别跟踪，如果是bug阻碍流程，通过bug日例会解决，如果第三方进度问题，及时汇报，统一处理。
② 紧急需求需要有准入项目范围，因为变更是bug的根源，如果严重影响到当前项目交付质量，需要引入其他机制解决。
③ 视觉/产品提前验收和走查，风险点主要来自于交互/UI不一致可能带来的返工风险，因此需要提前介入，提前准备验收数据，避免造成延期。
把控点五：
线上无小事，我们需要敬畏线上发布，做好风险把控。
① 避免高峰时期发布，对业务造成太大的影响。
② 避免发布顺序错误(整理发布清单和用户手册)，后端先发，前端后发，且第三方如有依赖，需要通知同时发布。
③ 做好回滚预案，确保紧急情况的回滚兜底方案。
3、总结
流程的把控和风险的识别，其实对于测试人员来说，同样的重要，具备质量意识，重视流程把控，提前做好风险识别，才能更好的做好质量保障工作。
之后我会逐步将自己面试总结和答案结合自己的见解分享，希望给能大家工作中提供一点启发。
源自公众号 狂吃西红柿