- 主题:大佬们，你们工作的时候，有几套环境？
你们公司很不规范啊，那有直接在现场环境修改东西的，正规的做法应该是在开发环境解决问题，提交测试，测试在测试环境验证解决方案，然后发布出去，实施拿着方案去现场解决问题的。
要是每个人都去现场搞定问题，但是不管测试环境，假设这么干上一百次（其实根本不需要这么多次），测试环境还有个屁的意义，全是累积的问题，发现一个现象，你都不确定是程序有问题，还是环境有问题，这环境没法用了，只能重新搭建测试环境。
【 在 feng321 的大作中提到: 】
: 你们也是开发有开发的环境，测试有测试的环境，现场有现场的环境吗？要同时维护三套环境？我们这测试一套环境，现场一套环境。结果我在测试环境发现的问题，开发把 现场的环境中同样的bug解决了，可我的测试环境他不解决，我在测试环境看不到效果，这可如何是好？
--
FROM 223.71.139.*
严格的说，开发和测试不能通用一套环境，否则开发把东西改了，测试那里无法复现问题，也无法复现解决问题的过程。
当然，有时候管理不严格，系统规模不大，不是特别复杂，开发和测试关系也不错，大家能友好相处，共用一套环境的事儿也经有，我自己就这么干过，搭建环境，造数据太麻烦，我偷懒直接用测试造好的数据了，当然如果人家测试不高兴，冲我发脾气，我也没话说，只能乖乖认错。
【 在 feng321 的大作中提到: 】
: 你这太复杂了吧？最少要两套环境：开发测试共用一套，现场一套。关键是我测试的这个项目，已经在现场用了。然后我在测试环境中发现了bug，提禅道。（估计现场也复现了这个bug），然后开发在现场解决了这个bug，现场已经解决了，他就不管我的测试环境了（测试环境还是看不到bug被解决），总感觉哪里不对劲啊
--
FROM 223.71.139.*