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