一次一场惨痛的教训~！如何区分测试环境和正式环境

BT六眼飞鱼 2011-11-07 03:23:55

事件：2011年11月4号下午，为了验证之前用户提交的一个Bug，我打算用当时的data和log反演一遍以验证Bug是否已修复，于是我拿出自己编写的一个根据log自动发送报文给服务器的工具，加载日志-》点击发送，看着一条条报文发送给服务器并以毫秒级速度反演，一阵得意。但是余光一撇却让我入坠寒渊，这刻发送的目标服务器正是用户的正式生产环境。。。发现后头皮后发麻了，果然不久之久用户便发现了，说是出现了一大堆“假”数据。
后果：由于这套系统用的是内存数据库，并不支持回滚，也就是说用户正式环境的数据已经被我弄的面目全非！！！
收场：用户打了无数电话来抱怨，3位同事一条条的分析发送出去的报文，手工修复数据。
反思：
1.首先肯定是自己的问题，自以为对一件做了N次的事没所谓，只是重复的机械劳动，主观上没有重视。
2.用户正式生产环境作为我们能够随时连通，这也是一个问题。
3.测试环境和正式环境无严格区分，只是用一个配置文件的一个配置项的IP地址来区分。
深刻的教训啊。。。
以为鉴，以后再也不犯这种错误了，不知道还有什么好办法可以避免这种错误的发生呢？ http://blog.csdn.net/xiakan008/article/details/6943321

...全文

3143 33 打赏收藏转发到动态举报

写回复

用AI写文章

33 条回复

切换为时间正序

请发表友善的回复…

发表回复

BT六眼飞鱼 2011-11-09

打赏
举报

[Quote=引用 27 楼 yuchen53881 的回复:]

开发人员就在测试环境开发，测试通过
提交运维人员发布到生产环境。。。
[/Quote]
俺单位的运维能力已经被无限的弱化了。。。

BT六眼飞鱼 2011-11-09

打赏
举报

[Quote=引用 26 楼 xming4321 的回复:]
汗简单是管理的问题

首先就不应该让每个工程师都有正式环境权限

应该让专门系统部门管理正式环境代码

其次正式环境和测试环境不该公用一个数据

而对于你自己一次错误我想你不会再犯第二次了这次肯定对你会留下阴影！
[/Quote]
首先就不应该让每个工程师都有正式环境权限 ----这个你说的对~现在已经让用户把我的IP封掉了~

xiaoqiuwyh 2011-11-09

打赏
举报

小心再小心！

yuchen53881 2011-11-09

打赏
举报

开发人员就在测试环境开发，测试通过
提交运维人员发布到生产环境。。。

十一文 2011-11-09

打赏
举报

汗简单是管理的问题

首先就不应该让每个工程师都有正式环境权限

应该让专门系统部门管理正式环境代码

其次正式环境和测试环境不该公用一个数据

而对于你自己一次错误我想你不会再犯第二次了这次肯定对你会留下阴影！

jack_doson 2011-11-09

打赏
举报

[Quote=引用 9 楼 xiakan008 的回复:]

引用 8 楼 jack_doson 的回复:

以后会把所有进来的 169.169.1.* 都封了哈哈，如你所愿

WHo ?
[/Quote]

那天就是我值班的啊

BT六眼飞鱼 2011-11-09

打赏
举报

[Quote=引用 20 楼 cfvmario 的回复:]

嗯。。
犯过的两个错误
一个是本地代码改错了，当时自测时正好又没测全没发现，然后版本合并后发现各种逻辑错误，是这个本地代码造成的，排查了半天。。。
一个是VS的BUG害人，debug编译下老是毫无道理的崩溃，release又没事，后来发现仅仅是我这个VS有BUG，在设置断点的情况下用start without debugging就崩溃。。
[/Quote]
《一个是VS的BUG害人》这个问题比较诡异~！

BT六眼飞鱼 2011-11-09