“不急不躁‘进行版本上线发布

背景

当一个项目的bug终于解决完毕，版本封版时，我们是不是可以放松警惕，安心等待上线了呢？NO NO NO，还有一些事情是Tester们特别需要关注的事情。如果上线前一些内容确认不到位，很容易造成上线风险，比如你是否曾经遇到以下问题？

奋战一个星期，终于可以按照预期时间发布版本了，可是临近上线，却找不到打包人员，木有办法打上线包了.......

打包完毕，终于要上线了，突然发现“代码中有一些测试log未去掉”o(╥﹏╥)o 只能重新修改、验证、打包了~

版本终于上线了，可以安心回家了，中途却接到一通电话“原来版本渠道上错了”╮(╯▽╰)╭

遇到问题着急木有用，“发现问题、解决问题、预防问题”才是硬道理o(*￣︶￣*)o，如下是小编针对手机app上线前后需要关注的内容进行的总结，分享给大家。

【上线前】注意事项

【步骤1】代码冻结前确认事项

检查测试服务器切换到正式服务器

①检查接口上线到正式服务器

②检查接口数据返回正常

③检查新接口上线对原有版本无影响

检查服务器后台数据是否都为线上正式数据

①检查测试过程中配置的测试数据是否去掉

②检查“运营数据”是否上线为正式数据

检查服务器代码是否存在测试代码、测试log

检查客户端代码是否存在测试代码、测试log

确认上线前所有的风险问题三方周知并认可（三方：开发、产品、测试）

【步骤2】代码冻结并周知相关人员

公示版本上线确认信

目的：

①通知关注该任务的相关人员测试结论

②公示测试认为需要相关人员关注的事项、风险等信息

③周知各位代码已冻结，不允许提测或修改代码。

④准备上线，请对应接口人提前准备相关事项

代码冻结

【步骤3】确认上线时间、上线包信息并周知对应接口人

与产品确认上线策略

比如：上线哪些渠道？是否打开版本升级开关

与产品确认预计上线时间点

目的：提前告知各接口人时间，防止出现问题找不到人员

确认上线各角色接口人

① 产品负责人

目的：若上线过程中部分信息不明确或存在问题，对应跟进人员

②开发负责人

目的：若上线过程中发现版本问题，对应跟进人员

③ 测试负责人

目的：上线流程推进人员

【步骤4】上线前的版本验证

预发布版本的信息是否正确

比如：版本号、渠道号、code值、签名等

【上线后】注意事项

检查上线策略正确

下载安装新版本，检查版本信息正确

检查功能入口正确

好了，以后可以终于安心上线下班了~~当然，如果有系统可以自动的进行代码检查、冻结、打包、上线、验证也是再好不过的了。

总结

一个软件的生命周期里，不仅软件本身存在问题，整个项目流程中也存在各种问题。所以测试不仅关注软件的质量，也要擅长发现项目过程中的问题，并尝试通过各种手段去解决，正如>中对于TE的定位描述一样：