6.1 测试发版

测试包：开发岗通知实施岗，通过平台打包，实施岗自行获取测试，前提见【5.2 现场测试】

6.2 生产发版

1、生产包：
前提：比对工具已经支持的渠道；jenkins打包，自动部署启动，与比对工具关联，直接出比对测试报告。

  • 有公网环境或VPN：内部测试通过/现场测试通过后，由测试人员/实施人员整理测试报告，如果条件不允许，则将现场日志压缩上传对应工单附件，再由研发管理岗进行发版前的再一次代码评审，代码评审通过后将代码合入到发版分支。
  • 无测试环境，只能上生产验证，直接将代码合入到发版分支，后续需持续跟进生产验证情况。现场确认上线后，导出现场生产成功日志压缩上传到对应需求工单附件，由研发管理岗提交给测试人员进行后续的报文比对工具开发，并执行一次回归验证，验证通过后，该版本内所有工单列为稳定版本。

2、获取方式：小娜发版，邮件发布，或者pm下载。
流程：jenkins打包自动构建，将交付物上传到目录。
生产包发布后需要更新conflence上版本发布记录（按银行大类划分，更新本次发布的内容及修改的配置）
待办：老渠道新需求，做个界面，告知实施该渠道新需求验证情况。

3、交付物：
渠道全量包。
比对工具支持的渠道，需要给出一份报文比对报告。
渠道通用用例：余额、流水、明细、支付流程（跨行同行对公对私）。
修改记录。
更新说明。