阿里 qa 导读：随着业务的迅猛发展，你是否为随之而来的一系列跨域、跨BU项目感到头疼？而此时的你，正需要更强的业务能力、协同能力、风险管理能力等综合能力来完成越来越复杂的项目。本篇将为你介绍，在复杂的跨域项目中，测试到底可以怎么做？又该如何提升自己，去做好这些项目？
业务的迅猛发展，随之而来一系列跨域、跨BU合作项目，周期短、链路长、依赖多、存量数据迁移是面临的共性问题和挑战，身为PTM如何破局？从项目KO到业务上线，从质量保障角度出发，我们总结出了一套项目PTM实施四部曲：
在需求评审阶段制定好计划同时深入业务了解，熟悉产品设计及系统架构、链路等；
在技术方案评审及coding阶段，制定好各角色协同规范同时设计完善的测试方案；
在测试阶段，做好全链路的协同并对过程问题及时跟进解决；
在灰度及发布阶段，跟进每一个线上问题同时根据问题反推是否需要继续加强验证场景。
准备期-深度参与
拒绝仅做项目进度的跟进和统计者，在项目需求评审阶段，就同步产出测试计划，深度参与到项目中去，了解项目相关业务，如猫超和盒马融合。
热身期-PDCA
制定协同规范，明确分工，确保在项目后期不出现边界不清事情有遗漏的问题。
制定测试方案，通过测试策略创新、测试数据梳理、测试环境使用等完善计划，给项目成员进行整体指导。
实战期-选择相信，不断思考，保持跟进
全链路联调一直都是痛苦的、漫长的，如何才能够保障整体进度顺畅，我们必须学会在繁杂的情况下找准主要矛盾，找准了便抓住并全力去解决，从而实现进度的把控，同时，针对各域问题多做碰撞，打破常规，通过mock、业务工具等方式进行核心测试策略的创新。
灰度期
人员协同-一颗心，一场仗
风险管理-风险的识别和把控
什么是风险
与达成目标相关联的不确定性（交付、成本、进度、收益等）
风险主要属性
影响：发生时所带来的结果/后果
可能性：风险是否会发生具有不确定性
风险管理
是对不确定性作出的准备，是在风险变成现实前所做的工作
风险不等同于问题，风险可能变成问题
问题是已经明确要解决的
问题是要解决的，项目中的问题可能是产品、技术、可测性等诸多方面
项目总结-遇见更好的自己
做而不思则罔，我们只有经过不断的反思和总结，才能发现自身的不足而不断成长。在每一次项目总结时，围绕项目之初制定的目标去不断的总结和解决。