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