案例背景：
       云支付团队项目模块系统多且上线游链路比较长，各个域的分工人员都是固定的，对于大型百万级订单量的项目，专注于负责自己的域显然是有悖于全链路测试的，也会使得考虑问题不全面使得系统在日常的迭代更新中出现很多因为不同域关联考虑失误的问题发生，这是其一；
       其二由于测试人员的固定性且人力成本的关系，使得每个域只有一名测试人员，没有对应的backup人员，一旦临时状况发生，项目会出现延后且临时介入人员对业务的不理解对迭代质量保障会有很大的隐患。
目标：
       实现人员匀动机制，但是得在保证质量的前提，使团队成员慢慢两两替换磨合，逐步形成多域测试的复合型测试多面手，从而慢慢形成全链路测试思维。团队人员可以相互作为其他域的backup
实施策略：
       匀动前各自域线梳理业务总结文档分享，首先作为整个团队的质量护航熟悉整个域的业务，随后评估每个域需求和技改的风险程度，风险低的让匀动人员开始练手并把关测分，并跟踪对于此域的理解程度。将测试关注的点整理成通用测试关注项作为参考。
       最终取得的结果：
       团队中人员成功实现匀动转换，一定程度提高了全链路思维，并且一旦有临时情况项目也可以保质保量。
管理问题：问题：
       结合C12中所描述的背景案例，要实现大型项目各个域复合型多域测试人员的成本是相当大的，主要是周期长、培养的成本也比较高。除了总结业务文档的分享，但是这种形式大家都懂的，很多时候分享之后或者讲过一遍之后，回头开始介入上手的时候还是会很多讲过的不记得了或者敏感度不够根本没想到等等的情况。当然这和每个人的经验和经历也有一定的关系，这种临时介入大型稳定项目帮忙的情况我想大家肯定遇到过很多，也有很多人会说找个人来帮忙不如自己做了，来个临时的反而更慢了，还添堵。
       自我管理优势（经验总结）：
       业务是多变的，但是全链路分析思维是有一定的模式的，不同类型的项目关注的风险都有一些差异，多看多听多总结，慢慢积累成自己的方法论。