连着4天,每天早上推送了一篇文章,是否有帮助 ?
近四天文章回顾:
OK ,今天老徐只说几句 。
主要解决一些团队内部发布混乱的问题,供参考 。
干IT的都知道,有些团队,简直是噩梦。为何每次发版,总有各种坑,一折腾就是几个小时,然后弄成通宵 。
除了有些团队,特意耗通宵(显得自己很辛苦)之外 。
多数团队是方法不对,流程不规范 。没有通过技术手段,降低人为因素所致的风险,从而导致通宵发版 。
比如,
在测试环境都OK,刚发布到生产环境,各种异常报错。
代码明明更新了,为何生产环境代码还是旧的。
数据库脚本是不是漏执行了。
手贱,发布步骤漏了。
收件,发布步骤某些错乱了。
手贱,临时改错了一个东西。
手贱,不知道改了什么。
手贱,到底发生了什么,为何线上崩溃了。
手贱,为何...
如上,老徐随便举的几个例子,不一定都经历,但就这些事 。
给几个措施,非常简单即可避免此问题发生 。
今日主题,源于下午,2000人高质量技术交流群的讨论。
解决发版过程中,各种问题的建议:
1. 必须得有个预生产环境,与生产环境配置类似(如果完全模拟生产环境成本太高,那么是否有精简版的准生产环境 ?),尽量避免环境因素导致的上线失败(测试环境,太多不可控因素)。
2. 上线之前,代码封版,不允许合并代码到master分支 。
3. 在发布前几个小时,已经把最新发布代码更新到预生产环境。后续发布,直接用这个代码分支,避免因为代码合并导致的问题(提前已经验证代码没问题了) 。
4. 必须有上线步骤邮件(人是最不靠谱的,上线是一个很严肃的事情,按规范来)。
5. 代码合并操作,避免由开发合并,直接交由自动合并脚本处理,减少人为因素 。
6. 回滚机制 ,如果发布过程中,有太多不可控因素导致风险太大,快速回滚。择机再发布 。
如上几个步骤后,基本上不会再有太多的问题 。
最后 ,
文章,如果有帮助,欢迎转发 。
谢谢 。
写自己认为有价值的文章,每天分享一点点 。
邀请你一起加入。
最后,推荐几篇有价值的文章(得对得起大家打开此文):
推荐:
如上两个二维码
2000人QQ群 & 软件测试圈 ,欢迎加入 。
<End>
我是IDO老徐,Tester,十年测试职业老鸟,分享原创职业观点,经验,答疑解惑。希望通过自己的文字分享能改变测试职业现状,让测试从业者整体水平提升一个Level 。
老徐所有原创文章
第一时间发布至此公众号
长按二维码/微信扫码 关注老徐
老徐私人微信isTester
有问题,可留言
老徐所有的文章,只在此公众号更新 。
文章如有用,欢迎 转发 、 分享 。
让更多测试从业者受益 。
喜欢请点👍,并推荐给朋友,感谢相识,皆为缘