FAT和UAT测试

转：https://bbs.hcbbs.com/thread-1329511-1-1.html
转百度百科：https://baike.baidu.com/item/UAT%E6%B5%8B%E8%AF%95/10148102?fr=aladdin
FAT（FACTORY ACCEPTANCE TEST）的简写，即工厂验收测试。以下是FAT的规范。FAT包括指定的系统功能测试、稳定性测试、可用性测试。FAT按双方在设计联络会上确定的时间进行。
1、在FAT时，卖方应提供用于检测、维护测量试验和记录等必要的设备。
2、FAT时，卖方应提供全部场地设施及模拟的现场环境。
3、卖方负责系统的安装和调试。
4、买卖双方均应派有经验的工程师参与FAT。
一、系统功能测试
按照本功能规范书指定的方式接入系统的各设备，运转操作应正常；整个系统正常运行，系统测试用卖方为本工程开发的全部软件进行。
1、系统在本功能规范书规定的环境条件下正常持续工作。
2、测试所有人机接口的功能。
3、测试所有软硬件支持平台的功能及所有电力市场应用功能。
4、测试系统中所有故障(硬、软)切换功能(手动与自动)
5、测试所有事件、报警功能。
6、测试所有诊断程序。
二、 稳定性测试
为考验系统稳定性，要进行系统连续运转72小时的稳定性测试。在测试的72小时内，不得对系统外设进行机械或电气调整及软件调整，除非经过买方特许。在此期间若设备/部件发生故障，可用备品备件予以恢复，但必须重作72小时稳定性试验；若测试因系统应用功能故障而中断(不包括系统做故障切换)，也必须重作72小时的稳定性试验。在稳定性试验时应不影响用户的正常操作，除非操作会对正在进行测试的系统正常运行产生影响。此期间还应对CPU负荷、网络负荷进行测试，对画面响应时间和操作响应时间进行测试。
三、测试成功的标准：
1、所有功能和技术指标应满足招标文件的要求。
2、在连续72小时稳定性试验内，不允许故障自动切换，且各主机均不能发生系统崩溃。
3、不丢失信息或数据。
若测试结果说明某一设备或功能不合格，则卖方要更换不合格的设备或修改不合格的功能，但功能修改必须经买方认可，所有因此而引起的费用全部由卖方承担。关键功能失败亦做为FAT失败的条件。
工厂验收测试(FAT)具体应包括以下内容：
1、 对各种卡件按总数的100％进行测试，对IO卡按每卡至少一点进行测试；
2、检查系统与相关系统的通信组态功能。
3、检查设备的外观、喷漆、电缆的外壳和接头。
4、检查所有的设备是否完整，是否按照设备清单打上标记，是否按照图纸布置机柜和端子，检查出厂流水号。
5 、确认所有的量程、图表、铭牌等是否正确。
6 、检查所有的联接电缆、插头和插座、接线端子、印刷电路板等是否有清晰的标记。
7、 检查电源单元接线是否正确，标记是否清楚，电源输入电压是否正确。
8 、根据图纸检查电源和接地情况。
9、断开交流电源，检查直流输出端与机柜是否为开路。
10、检查机柜是否牢固接地。检查本安接地。
11、接上交流电源，检查各直流电压是否正确。
12、检查所有的冷却风扇的功能。
13 、通过模拟各种故障检查系统自诊功能。
14、运行系统诊断程序，检查诊断功能。
15、各子系统之间的通讯功能及协议。
16、检查系统的组态功能，如画面生成、控制回路生成、报表生成、数据库生成等。
17、对DCS（分布式控制系统）联锁、顺控、复杂控制回路以及其它高级控制策略，向业主及承包商以书面形式提出检查这些回路运行情况的方法并对其进行完全测试，由业主进行确认。

UAT测试

UAT，(User Acceptance Test),也就是用户验收测试，或用户可接受测试，系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。
UAT：终端用户集成测试，主要是要求用户参与进测试流程，并得到用户对软件的认可，鼓励用户自己进行测试设计和进行破坏性测试，充分暴露系统的设计和功能问题，显然，用户的认可和破坏性测试是难点。因为测试人员并不了解用户用什么样的手段和思维模式进行测试

步骤

以下是它的一些一般步骤；仅供参考
一步:用户培训手册准备（就是针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：一般是测试对象使用/功能手册及要培训的用户的个人资料等等：就跟教师上课进行备课差不多）
二步：测试脚本发放（如果你公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发））
三步：用户补充业务测试场景和测试数据（就是：请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好）
四步：顾问补充测试步骤（你可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充）
五步：培训资料及测试脚本文档的确定与最终输出(一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档）
六步：测试策略的制定（如嵌入测试策略等，）
七步：测试用户的确定（大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等）
八步：由专门的测试组织机构确定测试地点，并发出通知
九步：测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些case工具等）
十步：组织进行测试
十一步：评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环）

体现
UAT测试的重点,我想主要体现在以下几个方面
一是：培训的资料表述要准确全面，易懂等（这是理论基础）
二是：人员选择，要典型有代表性（用户基础）
三是：测试流程步骤（要周密）
四是：测试策略制定（确定一个适合测试对象及测试人员的测试策略）
五是：问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）