SIT和UAT有啥区别

Posted 2023-04-25

SIT和UAT的基本情况。

SIT(System Integration Testing)系统集成测试，也叫做集成测试，是软件测试的一个术语，在其中单独的软件模块被合并和作为一个组测试。它在单元测试以后和在系统测试之前。集成测试在已经被单元测试检验后进行作为它的输入模式，组织它们在更大的集合，和递送，作为它的输出，集成系统为系统测试做准备。集成测试的目的是校验功能、性能和可靠性要求，配置在主设计项目中。

UAT(User Acceptance Testing)用户验收测试，通常是由最终软件的用户(通常这些用户不了解软件的具体逻辑，而对业务逻辑却相当熟悉)进行的测试，因此是面向最终用户的测试，结束之后通常就可以发布生产环境了。

区别与联系：

SIT是集成测试

UAT是验收测试

从时间上看，UAT要在SIT后面，UAT测试要在系统测试完成后才开始。

从测试人员看，SIT由公司的测试员来测试，而UAT一般是由用户来测试。它们两个之间的专注点是不一样的.UAT主要是从用户层面这些去考虑和着手测试,而SIT主要是系统的各个模块的集成测试.这在整个软件过程理论的基础知识中相当重要的.理论上讲SIT是由专业的测试人员去完成,UAT是由用户去做的。
如果按照规范来的话,做UAT测试的人一定是要对业务很精通的,并且是具有代表性的用户,关注的东西就是业务流程是否通畅是否符合业务的需要.以需求分析文档为重要参考,还有一些用户的操作习惯等等一系列的东西。 参考技术A 问题
SIT和UAT有什么区别
回答
系统内部集成测试(System Integration Testing) SIT
用户验收测试(User Acceptance Testing) UAT
SIT在前，UAT在后，UAT测完才可以上线。本回答被提问者和网友采纳

Dev，SIT，UAT， Staging， Prod，DR环境分别是意思？

在日常的开发测试运维中，我们经常听到大家说起DEV，Test， SIT，UAT， Staging， Prod，DR环境等；那么这些名词分别代表什么以及在各个阶段的时候有什么注意事项呢？笔者用如下的一张图进行了总结。

具体的说明如下：

持续集成开发环境（DEV: Development Environment）

直接通过源代码编译打包，其会跑单元测试，服务API自动化测试，服务UI自动化测试

测试环境（Test: Test Environment）

部署带版本的组件，服务API自动化测试，服务UI自动化测试

系统集成环境（SIT, System Integration Test Environment）

部署带版本的组件，服务API自动化测试，服务UI自动化测试，多系统集成API测试，多系统集成UI自动化测试。

用户可接受性测试环境（UAT, User acceptance Test Environment）

部署带版本的组件，此环境主要用来进行软件产品的验收，用户（客户方）会直接参与，用户根据需求功能文档进行验收，当然在用户验收前可以可以跑API自动化测试和UI自动化测试。此外根据客户项目合同要求，可能需要出具可接受性测试报告：包括但不限于，功能性测试报告，安全测试报告，性能测试报告等

预生产环境（STAGING, Staging Environment）

部署带版本的组件，一般在直接上生产环境之前，会进行一些基本健康测试[自动或者手工]，有的时候还会进行模拟生产环境的真实数据进行Dry Run，其Dry Run很多时候都是在正常生产环境的配置和网络条件下进行的，Dry Run之后，没有问题了，就会把预生产环境切换回来，或者直接上生产环境； 从预生产环境集群切换到生产环境集群的方法有： 蓝绿部署，A/B测试，金丝雀部署【灰度发布】等方法。

生产环境（Prod: Production Environment）

部署带版本的组件，正式生产环境。

灾备环境（DR: Disaster Recovery Environment）

部署带版本的组件，对于一些服务可用性，可连续性有特别要求，比如关系到国计民生的系统，需要进行灾备。