软件发布流程64375
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试人员对现有功能在beta上进行验收测试（重新执行case）。紧急Bug修改走补丁/merge流程。不影响功能的bug留到下次版本解决。确认达到上线标准。
4、正式上线
测试人员发起，通知相关部门人员配合发起上线操作（具体走发布流程邮件）。
测试人员在线上进行冒烟测试，（紧急Bug修改走补丁/merge流程。不影响功能的bug留到下次版本解决。）。通过后回复邮件，发布结束。
稳定版制作开始，代码权限开放，请某某开始操作
c)运维，DBA在进行操作时均需要回复次邮件，并说明操作步骤。
发布完成后运维回复邮件通知QA进行测试
*上线流程同上，均需要通过邮件进行步骤流转。最后测试人员在线上冒烟测试结束，回复邮件，发布结束。
2、merge/补丁：
a）邮件内容：
Bug号+简单描述
修改文件名
Review人
Review人员帮助审核并回复邮件
b）运维人员发布
回复补丁邮件提醒QA进行验证，QA验证通过并结束此邮件。（如不通过继续流转此邮件）
软件发布流程
1、目的
规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。
2、范围
适用于公司所有电商项目和产品
3、发布人员
Dev环境由开发人员内部负责（开发分支）
Alpha环境由测试负责人负责
Beta环境由运维Βιβλιοθήκη Baidu责
正式环境由运维负责
*数据库操作均由dba统一负责
4、发布流程
1、提交测试
开发人员经过自测（单元测试），在handoff通过后提交测试代码
测试人员通过自动发布工具部署测试环境（alpha）
2、预发布（beta）
测试人员在alpha环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C级bug少于20%）时。开始部署beta环境，有测试发起走邮件发布流程。
3、验收测试
5、总结报告
测试负责人编写测试总结报告。
5、邮件格式
1、稳定版：
a)提前一天通知邮件：
QA部门将于*月*日*时（周几）锁定代码，进行稳定版制作，需要某某，某某某。。。提供支持。
稳定版制作完成后再提交代码需要走merge流程。
本次修改内容：
1、登陆样式调整
2、第三方登陆
3、登陆按钮位置调整
b)正式开始时，请直接回复此邮件
4、正式上线
测试人员发起，通知相关部门人员配合发起上线操作（具体走发布流程邮件）。
测试人员在线上进行冒烟测试，（紧急Bug修改走补丁/merge流程。不影响功能的bug留到下次版本解决。）。通过后回复邮件，发布结束。
稳定版制作开始，代码权限开放，请某某开始操作
c)运维，DBA在进行操作时均需要回复次邮件，并说明操作步骤。
发布完成后运维回复邮件通知QA进行测试
*上线流程同上，均需要通过邮件进行步骤流转。最后测试人员在线上冒烟测试结束，回复邮件，发布结束。
2、merge/补丁：
a）邮件内容：
Bug号+简单描述
修改文件名
Review人
Review人员帮助审核并回复邮件
b）运维人员发布
回复补丁邮件提醒QA进行验证，QA验证通过并结束此邮件。（如不通过继续流转此邮件）
软件发布流程
1、目的
规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。
2、范围
适用于公司所有电商项目和产品
3、发布人员
Dev环境由开发人员内部负责（开发分支）
Alpha环境由测试负责人负责
Beta环境由运维Βιβλιοθήκη Baidu责
正式环境由运维负责
*数据库操作均由dba统一负责
4、发布流程
1、提交测试
开发人员经过自测（单元测试），在handoff通过后提交测试代码
测试人员通过自动发布工具部署测试环境（alpha）
2、预发布（beta）
测试人员在alpha环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C级bug少于20%）时。开始部署beta环境，有测试发起走邮件发布流程。
3、验收测试
5、总结报告
测试负责人编写测试总结报告。
5、邮件格式
1、稳定版：
a)提前一天通知邮件：
QA部门将于*月*日*时（周几）锁定代码，进行稳定版制作，需要某某，某某某。。。提供支持。
稳定版制作完成后再提交代码需要走merge流程。
本次修改内容：
1、登陆样式调整
2、第三方登陆
3、登陆按钮位置调整
b)正式开始时，请直接回复此邮件