SIT和UAT有什么区别 – PHP基础 – 前端 php浏览器版本过低

这个问题能出现，让偶百思不得其解。

通常一套系统上线，从开发到上线最低要经历dev，ut，sit，uat（越往后重要级越高）最低四套环境，且每套环境都是逻辑隔离的，这是最保守的要求，真实开发中环境保守量只多不少。

需求变更，迭代涉及到的生产环境需要变动，都是归纳到新的版本升级中。在迭代过程中软件会在开发环境中完成，依次移植到ut冒烟，冒烟通过进sit，sit通过上uat，基本上uat环境展现的东西就已经是生产看到的最终样子了。

然后大家在说说这个需求变更产生对数据库的操作上的流程，就知道为啥偶觉得会产生这样的后果是多不可思议了。首先，大家在dev环境上根据需求的变更会把对数据库的操作都已增量sql脚本的形式提现出来，并且在版本管理中都可以回嗍上一个版本。其中，对表结构的增删改操作基本都是以脚本呈现，且这都是可以重复执行。对表数据的增删改会从新增加脚本文件，或者增量到已有脚本后。然后提交到ut测试环境的有该需求变更所涉及到的脚本文件以及对应的新需求的代码包，通常会新打包代码而不是替换文件的形式。最后会提交变更需求清单，罗列变更項和涉及到的新版本的各项文件，以及版本管理地址，开发人员列表，上线风险注意事项等等一堆细节。以上都是开发人员的事。

ut环境理论上由测试来搭建部署的方便黑盒操作，ut，sit没啥好说的的，冒烟，测试（有各种指标），测试通过会演练上uat环境过程。

测试阶段完结生成测试报告，最终部署运维人员拿到交付包之后按照开发人员提供的部署安装手册依步骤依次安装，部署过程会指定一名开发人员协助过程中遇到的问题，通常是开发同个床刷刷微博完事。。

好了说说部署的过程，以及好奇怎么会产生这类删库操作的，因为部署过程中完全用不着链接gui，给到你运维部署的都是一堆脚本，代码包。执行完毕基本就完事了。按过程部署出问题也好甩锅给测试或者开发，和运维没关系。实在想不到运维的人怎么会有操作数据的举动。而且是怎么会有删库的权限。而且还是图形化删除，早知道，为了规范化流程化，大家开发人员都已经做成了脚本模式啊。。一个imp就完了。

删库这些操作在dev，sit，ut环境上都是可以随便玩的，躺着玩睡着玩蹲着玩都没问题，玩坏了也其实没有，从新执行全量脚本，几分钟就搞定了。但是在uat环境或者正式的生产库上操作，不好意思不给你权限。生产数据高于一切理论上运维是没任何权限操作的，甚至包括select权限。

综上这事是偶觉得不可思议的地方，这内部管理得是有多混乱。