UAT、PAT、FAT、SIT是些啥玩意？
Author：zhoulujun Date：
UAT、PAT、FAT、和SIT测试是软件测试领域中常见的术语，分别代表不同类型的测试过程。它们的全称和含义如下：
UAT (User Acceptance Testing):
用户验收测试， 是在功能、集成和系统测试完成后的测试最后阶段进行的。
这是软件开发过程中的最后阶段，由最终用户进行，以确保软件满足他们的需求并且能够在实际环境中正常工作。
PAT (Production Acceptance Testing):
生产接受测试。
这是在软件部署到生产环境之前进行的测试，目的是确保软件在生产环境中能够稳定运行，包括性能、安全性等方面。
FAT (Factory Acceptance Testing):
出厂测试。
这通常是指在供应商的场所进行的测试，以确保按照客户的规格要求制造的设备或系统能够正常工作。
SIT (System Integration Testing):
系统集成测试，也叫做集成测试
在这个阶段，测试的重点是验证各个系统组件或子系统之间的接口和协作，以确保它们作为一个整体正常工作。
UAT、PAT、FAT、和SIT测试是软件测试中的关键环节，每种测试有其特定的方法和策略：
UAT (User Acceptance Testing):
测试方法：通常由实际用户在与生产环境相似的环境中执行。测试包括用户故事验证、实际业务流程的模拟等。
测试策略：关注点在于软件是否满足用户的业务需求。通常使用黑盒测试方法，重点是软件功能和用户体验。
PAT (Production Acceptance Testing):
测试方法：在生产环境或其镜像上进行，包括加载测试、灾难恢复测试、性能测试等。
测试策略：确保软件在生产环境下的性能和稳定性。检查安全性、数据备份和恢复等关键生产要素。
FAT (Factory Acceptance Testing):
测试方法：在供应商的工厂或开发场所进行。测试通常是预定义的，侧重于硬件和软件的集成。
测试策略：确保产品符合合同规定的功能和性能标准。主要是验证和确认产品的制造质量。
SIT (System Integration Testing):
测试方法：测试不同系统组件或模块之间的接口和交互。使用白盒测试和黑盒测试的组合。
测试策略：验证组件之间的数据流，检查整个系统的协调和连贯性。关注点在于接口、数据通信和整体系统行为。
关键的UAT与SIT
SIT是集成测试、UAT是验收测试
在SIT集成测试环境不是指只做接口的集成测试，在SIT环境同时需要做接口集成测试和业务系统功能点的系统测试。也就是说SIT环境本身也是黑盒的系统测试，只是这个系统测试首先会选择跨系统接口的场景进行测试，确保跨系统场景是通的，然后接着再做业务系统内部的详细功能点测试。
在UAT环境的测试，往往不会特意去强调对接口的覆盖，而是完全根据业务场景出发进行测试，端到端的业务场景如果都能够跑通，那么自然是覆盖了所有的跨系统接口的。
从时间上看，UAT要在SIT后面，UAT测试要在系统测试完成后才开始。
对于三个环境实际进行的测试内容为：
DEV环境：主体是开发厂商自己进行，包括了单元测试+接口集成测试+业务模块功能点的系统测试。
SIT环境：可以是整体集成商牵头进行，包括接口集成测试+系统测试，但是全为黑盒测试。
UAT环境：以甲方用户牵头进行，也是只进行系统测试，以端到端流程和业务场景驱动进行测试。
开发层面，我们忽视的一般是UAT测试
UAT 的目的
UAT 的目的 是验证端到端业务流程。它不关注外观错误、拼写错误或系统测试。用户验收测试是在具有类似生产的数据设置的单独测试环境中进行的。它是一种黑盒测试，其中将涉及两个或更多最终用户。
UAT 由以下人员执行 –
客户
终端用户
需要用户验收测试 软件经过单元测试、集成测试和系统测试后就会出现问题，因为开发人员可能根据自己的理解根据需求文档构建了软件，而开发过程中所需的进一步更改可能无法有效地传达给他们，因此为了测试最终产品是否被客户/最终用户接受，需要进行用户验收测试。
开发人员根据需求文档编写软件代码，需求文档是他们“自己”对需求的理解和 实际上可能不是客户需要的软件.
项目过程中的需求变更可能无法有效地传达给开发人员。
验收测试和 V 模型
在 VModel 中，用户验收测试对应于 软件开发生命周期（SDLC）.
用户验收测试的先决条件
以下是用户验收测试的准入标准：
业务需求必须可用。
应用程序代码应得到充分开发
应完成单元测试、集成测试和系统测试
系统集成测试阶段没有出现任何阻碍、高、中缺陷 –
UAT 之前仅可接受外观错误
回归测试应完成且无重大缺陷
所有报告的缺陷应在 UAT 之前修复和测试
应完成所有测试的可追溯性矩阵
UAT环境必须准备好
签署来自系统测试团队的邮件或通信，表明系统已准备好执行 UAT
如何执行 UAT 测试
UAT 由系统或软件的目标用户完成。这种类型的 软件测试 通常发生在客户处，称为 Beta 测试。一旦满足 UAT 的入门标准，测试人员需要执行以下任务：
业务需求分析
创建UAT测试计划
确定测试场景
创建UAT测试用例
测试数据的准备（生产类数据）
运行测试用例
记录结果
确认业务目标
步骤1）业务需求分析
UAT 最重要的活动之一是识别和开发测试场景。这些测试场景源自以下文档：
项目章程
业务用例
工艺流程图
业务需求文件(BRD)
系统需求规范(SRS)
步骤2）制定UAT计划
UAT 测试计划概述了将用于验证和确保应用程序满足其业务需求的策略。它记录了条目和 UAT 的退出标准、测试场景和测试用例方法以及测试时间表.
步骤3）确定测试场景和测试用例
确定与高级业务流程相关的测试场景，并创建具有明确测试步骤的测试用例。测试用例应该足以涵盖大多数 UAT 场景。业务用例是用于创建测试用例的输入。
步骤4）准备测试数据
建议最好使用实时数据进行 UAT。数据应该加密以保护隐私，并且 安全 原因。测试人员应该熟悉数据库流程。
步骤5）运行并记录结果
执行测试用例并报告错误（如果有）。修复错误后重新测试。 测试管理 可以使用工具来执行。
步骤 6）确认业务目标已实现
业务分析师或 UAT 测试人员需要在 UAT 测试后发送签署邮件。验收合格后，产品即可投入生产。 UAT 测试的可交付成果包括测试计划、UAT 场景和测试用例、测试结果和缺陷日志
UAT 的退出标准
在投入生产之前，需要考虑以下事项：
未发现严重缺陷
业务流程令人满意
UAT 与所有利益相关者签署会议
最佳实践
要使 UAT 成功，需要考虑以下几点：
在项目生命周期的早期制定 UAT 计划
UAT 开始前准备清单
在系统测试阶段本身进行 Pre-UAT 会话
设定期望并明确定义 UAT 范围
测试端到端业务流程并避免系统测试
使用真实场景和数据测试系统或应用程序
作为系统的未知用户思考
执行可用性测试
在投入生产之前进行反馈会议和会议
参考文章：
https://blog.csdn.net/weixin_46453070/article/details/134808999
转载本站文章《UAT、PAT、FAT、SIT是些啥玩意？》,
请注明出处：https://www.zhoulujun.cn/html/Operation/test/2024_1014_9277.html