连着4天，每天早上推送了一篇文章，是否有帮助 ？

近四天文章回顾：

如何编写 App测试报告

谈谈作为面试官的经验

经常有人问微信怎么测 ？ 他们到底是想问什么 ？

学会使用Fiddler抓包

OK ，今天老徐只说几句 。

主要解决一些团队内部发布混乱的问题，供参考 。

干IT的都知道，有些团队，简直是噩梦。为何每次发版，总有各种坑，一折腾就是几个小时，然后弄成通宵 。

加班可以，避免无效加班 。

除了有些团队，特意耗通宵（显得自己很辛苦）之外 。

多数团队是方法不对，流程不规范 。没有通过技术手段，降低人为因素所致的风险，从而导致通宵发版 。

比如，

在测试环境都OK，刚发布到生产环境，各种异常报错。

代码明明更新了，为何生产环境代码还是旧的。

数据库脚本是不是漏执行了。

手贱，发布步骤漏了。

收件，发布步骤某些错乱了。

手贱，临时改错了一个东西。

手贱，不知道改了什么。

手贱，到底发生了什么，为何线上崩溃了。

手贱，为何...

如上，老徐随便举的几个例子，不一定都经历，但就这些事 。

给几个措施，非常简单即可避免此问题发生 。

今日主题，源于下午，2000人高质量技术交流群的讨论。

解决发版过程中，各种问题的建议：

1. 必须得有个预生产环境，与生产环境配置类似（如果完全模拟生产环境成本太高，那么是否有精简版的准生产环境 ？），尽量避免环境因素导致的上线失败（测试环境，太多不可控因素）。

2. 上线之前，代码封版，不允许合并代码到master分支 。

3. 在发布前几个小时，已经把最新发布代码更新到预生产环境。后续发布，直接用这个代码分支，避免因为代码合并导致的问题（提前已经验证代码没问题了） 。

4. 必须有上线步骤邮件（人是最不靠谱的，上线是一个很严肃的事情，按规范来）。

5. 代码合并操作，避免由开发合并，直接交由自动合并脚本处理，减少人为因素 。

6. 回滚机制 ，如果发布过程中，有太多不可控因素导致风险太大，快速回滚。择机再发布 。

如上几个步骤后，基本上不会再有太多的问题 。

最后 ，

文章，如果有帮助，欢迎转发 。

谢谢 。

写自己认为有价值的文章，每天分享一点点 。

邀请你一起加入。

20000名软件测试工程师一起搞事情，你怕不怕 ？

最后，推荐几篇有价值的文章（得对得起大家打开此文）：

软件测试从业者，Linux知识从入门到玩转（必读）

2016 软件测试现状调查报告.pdf

推荐：

如上两个二维码 

2000人QQ群  &  软件测试圈 ，欢迎加入 。

<End>

我是IDO老徐，Tester，十年测试职业老鸟，分享原创职业观点，经验，答疑解惑。希望通过自己的文字分享能改变测试职业现状，让测试从业者整体水平提升一个Level 。

老徐所有原创文章

第一时间发布至此公众号

长按二维码/微信扫码  关注老徐

老徐私人微信isTester

有问题，可留言

老徐所有的文章，只在此公众号更新 。

文章如有用，欢迎 转发 、 分享 。

让更多测试从业者受益 。