SIT和UAT的区别

SIT和UAT有什么区别？谢谢！

系统内部集成测试(System   Integration   Testing) SIT

用户验收测试(User   Acceptance Testing) UAT

SIT在前，UAT在后，UAT测完才可以上线。

其他回答

SIT是集成测试UAT是验收测试从时间上看，UAT要在SIT后面，UAT测试要在系统测试完成后才开始。从测试人员看，SIT由公司的测试员来测试，而UAT一般是由用户来测试。

http://blog.csdn.net/kaiwii/article/details/9446243

SIT与UAT的分别

分类：

   测试  

在企业级软件的测试过程中，经常会划分为三个阶段——单元测试，SIT和UAT，如果开发人员足够，通常还会在SIT之前引入代码审查机制（Code   Review）来保证软件符合客户需求且流程正确。下面简单介绍一下SIT和UAT的基本情况。

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

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

      区别与联系：

     SIT是集成测试

     UAT是验收测试

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

       从测试人员看，SIT由公司的测试员来测试，而UAT一般是由用户来测试。它们两个之间的专注点是不一样的.UAT主要是从用户层面这些去考虑和着手测试,而SIT主要是系统的各个模块的集成测试.这在整个软件过程理论的基础知识中相当重要的.理论上讲SIT是由专业的测试人员去完成,UAT是由用户去做的.

       如果按照规范来的话,做UAT测试的人一定是要对业务很精通的,并且是具有代表性的用户,关注的东西就是业务流程是否通畅是否符合业务的需要.以需求分析文档为重要参考,还有一些用户的操作习惯等等一系列的东西

常来说，UAT一般由最终用户根据相关的用户手册进行预使用。UAT用户手册的编写与最终发布的用户帮助文档有一定的区别，UAT用户手册会相比较而言简单，实用性、操作性更强一些。简而言之，用户帮助文档是在UAT用户手册的基础上具体化，详

细化，理论化的文档，故此，参与UAT的人员需要对产品有一定的了解，并具备相关产品测试的理论知识指导。同时，参与人员必须具备丰富的产品评价经验，以求对产品进行非功能性评测。

执行UAT的对象/UAT   编辑

通常来说，UAT一般由最终用户根据相关的用户手册进行预使用。UAT用户手册的编写与最终发布的用户帮助文档有一定的区别，UAT用户手册会相比较而言简单，实用性、操作性更强一些。简而言之，用户帮助文档是在UAT用户手册的基础上具体化，

详细化，理论化的文档，故此，参与UAT的人员需要对产品有一定的了解，并具备相关产品测试的理论知识指导。同时，参与人员必须具备丰富的产品评价经验，以求对产品进行非功能性评测。

执行UAT的前提/UAT 编辑

进行UAT的产品理论上来说，必须已经全部开发、测试完毕，代码状态处于冻结状态，所有测试出来的bug都已经被妥善处理，重大的bug都被解决，并验证通过。对于一些低级别   bug ，要么决定被写入发布公告中，要么被设置为不需要修改的问题。在

实际项目操作过程中，由于计划进度原因达不到理论状态前提，故此，UAT的效果也达不到应有的效果。

执行UAT的步骤/UAT   编辑

用户培训手册准备。指针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料。一般是测试对象使用/功能手册及要培训的用户的个人资料等等，跟教师上课进行备课差不多。

测试脚本发放。如果公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发）。

用户补充业务测试场景和测试数据。请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好。

顾问补充测试步骤。可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充。

培训资料及测试脚本文档的确定与最终输出。一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档。

测试策略的制定。如嵌入测试策略等。

测试用户的确定。大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等。

由专门的测试组织机构确定测试地点，并发出通知。

测试网络环境的搭建和保障。包括网络，系统，硬软件，包括一些用例工具等。

组织进行测试。

评审分析提交的问题。这就进入了一般bug处理过程，形成了一个循环。