展开全部
SIT是集成测试，UAT是验收测试
从时间上看，UAT要在SIT后面，UAT测试要在系统测试完成后才开始。
从测试人员看，SIT由公司的636f70793231313335323631343130323136353331333366303066测试员来测试，而UAT一般是由用户来测试。
SIT:System Integration TestCase(系统集成测试，即内部测试)
根据用例描述测试每一个场景，优化系统性能，提交数据库性能excution plan给DBA review。对系统进行压力测试(必要情况下提交到APCC的压力测试组进行测试)。
里程碑：完成内部测试报告和得到DBA的上线批准。
UAT: User Acceptance Test(用户接受测试，即用户测试)
用户根据用例描述测试每一个场景，反馈系统issue。开发人员基于issue对系统影响和对业务impact判断，适当的修正系统或记录业务需求，根据业务优先等级，集成进下一个演进阶段。
里程碑：UAT Sign off。
扩展资料：
如何了解被测系统？
1、尽量参加所有项目相关的重要会议，这些会议会确定很多重要的事情：项目范围，周期，投入，干系人职责。这些都对你后续工作带来直接影响；如果你级别不够，尽量争取，或者让你的上级或者干系人同步给你相关信息；依靠配置管理工具获取这些会议的纪要；保存重要相关邮件，并纳入配置管理(如果你维护测试相关的配置管理)。
2、获取风险信息，并管理风险。
3、配置管理！重要过程文档基线化，重要文档基线化(需求，涉及，测试用例等)，尽量让干系人使用一套配置管理系统。
4、干系人访谈：这里的干系人可能包含一切有利于你工作的人，子系统测试经理，子系统项目经理，总体项目负责人，最终用户，业务分析师等等。一个建议是：从风险问起，让他们从自己的角度谈谈项目的最大风险是什么(有可能非常有启发性)。
5、尽早进行文档收集与梳理，对你最重要的文档有：系统总体的需求、总体技术架构(可能以概要，主要功能点描述之类的非正式文档出现，很多时候你拿不到提纲挈领的东西)，业务场景分析(如果是业务密集系统)，各子系统测试用例(可以复用)，测试报告(帮助你分析风险及测试深度)。
参考资料：
