前言：为了使系统发版质量更有保障，用户能提前了解新功能及系统更新后带来的影响，针对系统发版验证流程进行梳理并制定相关规范说明。
一、发版内容确认
1、 发版内容：
产品人员按测试报告梳理发版内容，包括版本号、新功能、修复Bug以及发版影响点和相关注意事项，发版内容确认后邮件通知开发、支持等相关人员。
2、 需求文档：
产品人员整理本版本相关的新功能需求文档邮件发给支持人员。
二、通知发版验证计划
1、 安排发版计划时间：
产品人员根据生产环境的发版日期，安排首次系统培训时间、通知验证时间、发版公告时间、操作手册完成时间、培训环境发版时间、用户在培训环境验证时间、验证报告完成时间、生产环境发版时间，发版计划确认后邮件通知支持人员。
2、 通知发版验证计划：
支持人员根据产品人员安排的计划通知相关系统/项目各地区对接人并按各时间节点组织相关人员完成发版验证工作。
三、测试版本通过
版本通过系统测试准出标准：严重的BUG修复率100%，一般BUG修复率不低于80%（特殊数据情况由集体决策通过，并在邮件中注明），其他专项测试结果通过，遗留问题经过项目组集体评审，确认修复版本时间。
四、培训环境发版
1、 培训环境发版确认
测试人员确认培训环境发版并通知开发人员。
2、 培训环境发版申请：
开发人员根据发版内容，把培训环境部置内容发邮件给运维人员提报发版申请。
3、 发版执行：
运维人员根据申请邮件内容部置、发版培训环境
4、 测试验证可用性：
测试人员需要验证的新需求流程可通，保证基础功能用例能跑通。
五、首次系统培训
产品人员给支持、资讯、ITC等相关人员提供系统培训，内容包括：新功能操作，需求讲解以及新功能影响点和相关注意事项。
六、系统验证
1、 支持人员按发版内容及计划时间组织相关资讯人员和用户在培训环境进行功能验证，并按验证结果提供验证报告给测试人员。
2、 验证通过
测试人员通知开发按原计划发版。
3、 验证不通过
测试人员组织系统/项目相关人员集体讨论评估，如有疑异由产品人员决策生产环境的发版安排。
七、编写操作手册
支持人员或者资讯人员根据发版内容的新功能编写操作手册，并发给各地区相关资讯人员。
八、用户培训
各地区资讯人员根据实际情况组织安排用户接受新功能培训。
九、生产环境发版
1、 发版通知：
产品人员确定发版时间后，由支持人员提前邮件知会各地区资讯发版的具体时间点、发版内容，以及发版影响点和注意事项。
2、 生产环境发版确认
测试人员确认生产环境发版并通知开发人员。
3、 生产环境发版申请：
开发人员根据发版内容，把生产环境部置内容发邮件给运维人员提报发版申请。
4、 发版执行：
运维人员根据申请邮件内容部置、发版生产环境。
十、用户验收
1、 用户支持：
新版本上线后，支持人员与资讯人员给予用户在线支持和指引，跟进用户的在线问题及需求，收集并汇总整理。
2、 用户验收：
用户针对上线发布的版本进行最后验收，由支持人员按实际计划收集用户的最终验收报告。
ＰＳ：该流程以运动城、云店通、POS为试点，逐步进行整理和完善系统发版验证流程，希望大家多提宝贵的意见和建议，为了我们生产系统发版质量更有保障一起努力！
验证问题：
（1）、产品在测试阶段需要保障需求不出现偏差，培训环境不允许存在需求偏差；
（2）、用户验证不通过，修复BUG后，通过全量补丁解决（通过版本区分）；
（3）、外部系统接口验证，目前培训环境未有对接，后期考虑是否需要安排培训环境对接外部接口；
（4）、系统功能实现存在与其他系统依赖的问题，产品需沟通其他系统发版的时间；
（5）、培训环境与生产环境版本存在差异，由开发魏海金提供版本收集格式，协调组织各系统开发整理培训环境与生产环境的版本信息；
（6）、初步确认每半年一次梳理培训环境与生产环境的差异，并更新培训环境的数据与应用版本，保证培训环境主数据资料准确，满足用户在培训环境的验证需求，用户验证场景数据可由地区资讯准备，培训环境的数据与应用版本更新是否安排在10月，会后需要明确；
（7）、如用户验证不通过，生产环境是否按原计划发版，由 测试人员组织系统/项目相关人员集体讨论评估，如有疑异由产品人员决策生产环境的发版安排。