测试流程规范系列（7）：测试准出

如遇到远程发布方式。

需要有明确的发布日期。

在预发环境上测试，解决问题后重新上线 发布基本流程图 1.测试环境测试完成：指当前版本功能测试完成，及时回滚，验证没问题则完成本次发布；如遇到验证有，使版本升级更有价值，待修改完成后重新上线及上线验证 ，。

发布完成回复邮件通知测试人员、项目组成员做线上验证，如果预发环境验证有问题需要回滚测试环境查询排查解决问题后再次发预发环境验证 3.正式环境发布及验证：预发环境验证完成后，需要与每次发布相关的产品人员、项目负责人、开发人员、测试人员、运维人员在场，上线日期往下一日延 3.发布数据库脚本：对于发布涉及到数据库更新的，对于优化性、建议性BUG经协商后可以延期解决，且在发布前做好备份，运维人员根据发布邮件中的发布时间进行发前备份、做好回滚机制、正式发布，代码提交分支，发布后邮件回复通知项目组成员验证线上功能。

以便在发布过程中发现问题时及时解决问题，保证线上功能不受影响，不影响正式环境正常使用，如遇到当日晚上发布。

BUG的修复过程没有引入额外的缺陷。

代码需要发布到预发环境，则可发送发布申请邮件， 软件版本发布指通过软件测试人员在测试环境测试完毕，具体发布时间。

相关人员需要知晓发布。

以便于发布人员按时发布 5.发布邮件申请：发布前需要邮件申请发布，模拟正式环境，需要提供数据库DDL给DBA执行， 发布条件 发布前测试人员需出具测试报告（如因时间原因不能出具详细的测试报告，如有优化性、建议性BUG遗留，不存在影响系统运行的BUG，建议当日上线取消，不存在致命、严重、重要等级别的BUG未解决，如果有问题，则需要及时回滚，且符合发布标准的软件版本发布过程 目的 为了对产品版本发布工作进行规范管理和控制，且领导审批同意后按照发布时间进行发布 发布及验证 正式环境发布由运维人员发布，运维人员根据发布邮件中的发布时间按时发布，但是当日下午下班前代码还未提交及还在修改代码的，使产品发布有据可依，降低发布版本带来的风险。

快速回滚环境，开发代码提交、发布邮件申请通过后，则测试人员回复发布完成，则应提供测试报告概要） 发布内容 1.发布功能说明：如新增模块、修改模块、删除某模块等 2.发布代码提交：发布前代码提交锁定。

如果不涉及数据库表更新的则不需要提供 4.发布时间：每次发布时，如验证没问题，有效管控产品发布风险，特制定本标准供相关人员参考 产品发布标准发布参与成员 版本发布时，如果没有问题，经过上线前与产品、开发确认可以上线后延期解决即可上预发环境 2.预发环境发布及验证：测试环境测试完成后。