一个是以验证为主，另一个是以确认为主。
6 个回答
ST和UAT涉及很少，可能无法给出很多有用的信息
经验主要集中在I18N方面和web相关的function、performance测试上
| 主要的差别是测试执行者 ST一般是由研发部门的测试人员完成的 仍然是研发部门内部活动 UAT是由软件最终用户代表完成 一般应该是业务部门的人 理想的UAT应该是由业务人员自己按他们对业务的理解和原始需求去写测试用例并完成测试 但往往因为软件刚出炉业务人员还不会操作 所以UAT重用ST的测试用例是一个相对更可行的方案 从测试的角度讲 ST往往仍然是从技术的角度验证需求实现了 而UAT更注重从实际应用的角度看软件的可用性 无论是从测试理论还是研发流程上讲 ST都不能代替UAT 只不过现在很多时候UAT被省略了 而且也不是所有产品都能找到最终用户就做UAT |
还是需要的 验收测试把系统测试更核心重要case单独拎出来，再doublecheck。
这样在小批量生产之前，测试这些case很重要的。
| 1、环境可能不同，系统测试不一定在生产环境跑，验收测试必然在生产环境跑； 2、角色可能不同，系统测试可以是测试人员做，验收测试应该由使用方做。 1和2可能有不同组合的结合 |
ST测试一般是开发这边的出的测试，验证一下是否是和预期的结果一样。这些结果一般都以量化的形式出现。出现问题，负责测试的人员甚至可以通过代码定位到代码具体哪里出问题。基本上还是属于开发内部测试。
UAT，在我们这边一般由项目或者产品经理负责。注重的更偏向于客户那边的观感。
在UAT之前，还会经历测试在测试环境测过，没问题才开始UAT。
我们一般是UAT后，可以预发布，乃至产品上线。最终在线上环境供真实的客户使用。