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