项目A缺陷修复，同步到项目B，提交测试。这种修订记录，好像说的很明白，又好像啥也没说，遇到这种情况怎么办？
最近项目B在忙着同步项目A的代码，两个项目本身功能差异不大，但这一同步，测试工作量可不小。
1、代码不能全部一次性同步
规模太大，一次性同步不能保证按时交付，交付质量也会打折扣。
2、每次提交代码都需要测试，即使是已经测试通过的功能
就这样，测试人员需要把已经测试过的功能再测试一轮，还需要检查这个版本不要的功能不能同步。
面对大量的任务，再看到上面不清不楚的提测记录，是的，想不发火都不容易。
那这项工作怎么开展呢？
1、按照项目要求，开发人员需要提供同步的功能清单和缺陷清单，这个是底线，不能退让。
2、调整测试策略，增加测试+主要功能回归。
3、提高开发交付质量
测试人员提供自测场景，由开发人员保证自测通过后再提交测试。
4、增加缺陷分析环节
同步功能引入的缺陷，分析具体原因，在后面的版本改正。
5、测试leader出面跟项目沟通，推动解决实际执行过程中的问题
再精细的计划，实际执行过程中总会有问题，所以，需要不断收集和解决问题。
6、保证测试产品的正确性，多人备份
这里涉及流程、沟通、技术、管理等各方面的能力。
其实，实际执行中的问题，远比文字表达出来的复杂；落地措施，也不是简单几句就能说明白的。
但遇到的问题越复杂，你解决问题的能力越强，各项技能提升也越快。所以别怕，任务总会完成，最后再来总结。
不过话说回来，面对上游不规范的问题，作为测试人员，不要想着我自己做吧，慢慢的就变成都是你自己做，而且你自己心里还不平衡。
你可以往前迈一步，但也要给别人留点成长空间。
测试人员需要掌握的不仅仅是技术，推动功能交付过程中，你需要参与流程制定、版本管理、任务分解等等。
当然，如果你所处的环境，角色齐全、分工明确，你可能感受不到这样的气氛。
源自公众号 信小慧