转转作为电商平台,有很多跨部门项目,那么作为QA在跨部门项目中如何发挥出自己更大的价值是一个值得思考的问题。通常来讲,一个项目分为测试前、测试中、测试后三个大的节点,QA要深度参与其中,把控整个项目全局,才能交付高质量的项目。
测 试 前
跨部门项目一般有涉及系统多、人员多、交互复杂、信息分散等特点。作为QA,需要提前了解需求背景及目标,做好需求分析,能够从用户角度分析产品的合理性。项目涉及到哪些系统、各系统支持什么功能,是在需求阶段重点关注的。同时要与项目组其他成员开好需求评审会,遗留问题要积极关注跟进。
设计阶段的评审会一般由项目负责人发起,主要是对各系统之间交互方案的串讲,QA要关注系统的调用链路及系统边界交互方式,以便会后设计测试方案,这个阶段测试的难点、重点已经突显出来,要体现在设计方案里,重点逻辑是哪部分,以什么方式进行测试,要做到心中有数。
多系统交互存在系统依赖问题,排期时要考虑系统之间的依赖,比如寄卖的质检流程依赖质检系统,那么质检侧这部分的开发要先于寄卖侧。
开发联调阶段,QA应时时关注进度,站会机制给了我们很大的方便去了解整个项目的开发联调进展。
站会灵魂三问:今天交付了什么?今天遇到了什么问题?明天交付什么?根据开发期间遇到的问题,QA能够掌握项目的重点及难点,及时对测试方案做出调整。
跨部门项目的用例设计,除了关注自身系统的逻辑之外,尤其要考虑到交互系统的边界用例设计。这就要求测试负责人与各系统QA划分清楚测试边界,确定好各自的测试范围,联合用例评审不失为一个简单而有效的方式,与各系统QA进行集中用例评审,能够很好地把整个系统的测试点串联起来,避免各自为营,出现断层。
测试前的工作要做好沟通,积极主动,当面沟通是最有效的方式!
测 试 中
线下环境测试,冒烟是第一道关卡,提测质量的高低对于一个项目来说起着至关重要的作用,重点关注,有问题及时与开发做好沟通。
日报一般包括目前整体测试进度、Bug情况、风险评估以及需要的帮助,原则是高优问题重点标注,尽量当天解决。
一个系统的成功不代表整个项目的成功,跨部门测试项目中,QA要关注各个系统的测试进展,建立QA群就是一种收集把控各系统测试进度的有效方式。
提前通知产品验收可以把修改成本降到最低,一般跨部门项目要进行多轮验收。
测试阶段要善于暴露问题,有问题及时反馈、推动去解决。我们以往的项目中,只要一个问题超过15 分钟未解决,就拉相关人当面沟通。(封闭的项目例外,本身大家就很集中)
沙箱及上线阶段要梳理好上线顺序,提前申请服务调用、数据库表/字段,检查apollo配置等,把测试数据带上线的情况在互联网行业屡见不鲜。QA需要保证一切配置是正式配置。
测 试 后
项目结束后,对项目中的问题进行复盘总结,试着思考一下:如果这个项目再次交给我,我要怎么去跟进?
复盘是一个不断学习、总结、反思和持续精进的过程,原则是坦诚,简单,对事不对人,其意义在于传承经验、总结规律以更好地应对未来。
一般,可以从以下几个维度进行:
最终,复盘的目的是要讨论问题解决方案,沉淀成结论,运用到下次项目当中。
写 在 最 后
在跨部门项目中,QA掌握的信息越多,越有助于把控整个项目。这就要求我们不仅仅要站在测试的角度看问题,还要站在整个项目的角度,在各个阶段与各角色充分沟通好,配合好,抱着解决问题的心态做项目,才能持续地提高我们的交付能力。