用户验收测试（UAT）是最后一次机会，用来确认一套新系统是否真的适用于将要使用它的人。太多时候，UAT 是由忙碌的业务用户在不确定该检查什么的情况下，基于模糊脚本执行的，例如“测试发票流程”，并将截图粘贴到邮件中作为证据。缺陷会漏掉，测试结果无法信任，签字确认也就变成了“凭感觉”。UAT 测试脚本模板通过为每个测试提供相同清晰的结构来解决这一问题：测试什么、如何测试、使用什么数据、应该发生什么以及实际发生了什么。

这个免费的 UAT 测试脚本模板涵盖测试细节、前置条件、测试数据、带有预期与实际结果的编号步骤、通过或失败状态、证据、缺陷以及签字确认。它还包含已填写的示例、编写业务用户可遵循步骤的指导，以及通过录制测试来捕获证据（而不是粘贴截图）的方法。在下方复制该结构，或在 Trupeer 中打开并为你的项目进行定制。

UAT 测试脚本模板是什么？

UAT 测试脚本模板是一种现成的格式，用于在用户验收测试期间指导业务用户逐步执行说明。每份脚本会从头到尾测试一个业务场景，例如创建采购订单并过账供应商发票。它列出前置条件和测试数据、要执行的步骤、每一步的预期结果、实际结果、通过或失败状态、捕获的证据以及提出的任何缺陷，以便业务团队判断系统是否已准备好上线。

UAT 测试脚本属于你更广泛的测试方案的一部分。关于整体计划，请参见 测试计划模板。

为什么要使用 UAT 测试脚本模板？

• 业务用户并非专业测试人员。清晰、编号的步骤让他们能够更有信心地完成测试。

• 一致的脚本带来一致的结果，因此你可以进行对比并信任这些结果。

• 预期结果消除猜测，明确“正确”应当是什么样子。

• 证据支持签字确认与审计，清楚展示到底测试了什么、发生了什么。

• 当缺陷与具体步骤和证据关联时，修复会更容易。

• 脚本还能成为培训资料，因为它们描述了新系统中的真实任务。

谁会使用 UAT 测试脚本模板？

• 测试经理与 UAT 负责人，负责规划并协调用户验收测试。

• 业务用户与流程负责人，负责执行测试并进行签字确认。

• 业务分析师，根据需求编写脚本。

• ERP、CRM 和 HCM 实施团队，用于测试已配置的系统。

• QA 团队，负责缺陷管理与复测。

• 审计人员与合规团队，需要测试证据。

预览 UAT 测试脚本模板

模板打开后首先显示测试脚本页眉：ID、标题、业务场景、需求引用、测试人员、环境与日期。随后是前置条件与测试数据。主表格会逐步列出每个步骤：操作、预期结果、实际结果、通过或失败状态以及证据链接。脚本最后包含总体结果、提出的缺陷、复测结果与签字确认。每个部分都可编辑，因此你可以添加列、修改状态值，或将脚本关联到你的测试管理工具。

如何在 Trupeer 中定制此模板

步骤 1：打开“模板”部分

从主导航进入“模板”部分。

步骤 2：选择并打开模板

点击任意你想使用的模板以将其打开。

步骤 3：展开模板视图

如有需要，可展开模板视图以清晰查看完整布局与细节。

步骤 4：编辑模板

点击“编辑”开始修改所选模板。

在编辑器中，你可以：

• 添加新的部分

• 定义或更新格式规则

• 添加徽标并调整其位置及相关设置

步骤 5：保存你的定制模板

完成所有必要的更改后，点击“保存”，将更新后的模板存为你自己的版本。

步骤 6：预览并微调模板

当你想查看定制模板的效果时，打开“预览”。

在预览界面中，如有需要，你仍可继续直接进行调整，确保模板呈现效果完全符合你的预期。

使用 UAT 测试脚本模板，你可以：

• 为业务用户提供清晰的步骤，无需培训即可照做。

• 定义“正确”的样子，并为每一步设置预期结果。

• 以一致的方式捕获证据，理想情况下以测试录制的形式保存。

• 将缺陷关联到发生的具体步骤。

• 用已签字确认、带证据的结果支持上线决策。

UAT 测试脚本模板必须包含哪些内容

免费 UAT 测试脚本模板：可复制的结构

将下方结构复制到你自己的文档或表格中，或在 Trupeer 中打开并定制。

1. 脚本页眉。 脚本 ID：[UAT-P2P-001]。标题：[创建采购订单并过账供应商发票]。业务场景：[三方匹配下的标准采购]。需求引用：[REQ-ID 或 fit-gap ID]。优先级：[高/中/低]。

2. 测试细节。 测试人员：[姓名与角色]。环境：[UAT 系统]。测试周期：[第 1、2 或回归周期]。日期：[日期]。

3. 前置条件。 [测试人员在 UAT 系统中具备买方与应付账款（AP）文员角色。供应商与物料已存在。公差已配置。]

4. 测试数据。 供应商：[供应商 ID]。物料：[物料 ID]。数量：[数量]。价格：[价格]。成本中心：[成本中心]。

5. 测试步骤。

6. 总体结果。 [通过、失败或阻塞]，并附一段简短评论。

7. 缺陷。 缺陷 ID：[ID]。步骤：[步骤编号]。描述：[发生了什么]。严重程度：[关键/高/中/低]。

8. 复测。 日期：[日期]。结果：[通过或失败]。证据：[链接]。

9. 签字确认。 测试人员：[姓名，日期]。业务负责人：[姓名，日期]。

UAT 测试脚本示例：从采购订单到发票

下面是一个已填写的 UAT 测试脚本，用于“从采购到付款（procure to pay）”场景。细节仅用于说明。

UAT-P2P-001 · 创建采购订单并过账供应商发票 · 高优先级

前置条件。测试人员在 UAT 中具备买方与 AP 文员角色。供应商与物料已存在。价格公差已配置。

测试数据。供应商：测试供应商 A。物料：办公椅。数量：10。价格：按合同约定。

总体结果。失败。缺陷。DEF-112，第 5 步：价格差异未触发付款阻塞。严重程度：高。

复测。在修正公差配置后，对第 5 步进行了复测并通过，并将录制内容作为证据附上。

如何编写业务用户可遵循的 UAT 测试步骤

• 每一步只做一项操作，以指令形式书写：输入供应商 ID，而不是“供应商录入”。

• 使用你系统中的真实屏幕与字段名称。

• 为每一步编写具体的预期结果，例如“发票以付款阻塞 R 过账”，而不是“它能工作”。

• 在脚本中包含测试数据，避免测试人员自行编造。

• 除了“顺利路径”，也要测试异常情况，例如差异、缺失审批与被拒绝。

• 让每份脚本只覆盖一个业务场景，通常 5 到 20 步。

• 将每份脚本追溯到需求或 fit-gap 行。

关于在整个测试阶段需要捕获哪些内容，请参见 UAT 文档清单。

ERP 实施的 UAT 测试脚本示例

大多数 ERP 的 UAT 测试周期会覆盖核心端到端流程。你可以先从这些清单开始，再为你自己的例外情况与本地需求补充脚本。

按业务风险优先级安排脚本：涉及资金流转、影响客户或在法律上必须执行的流程优先，其次是高频的日常任务。

UAT 的进入与退出标准

在 UAT 开始前先达成一致，这样上线决策就基于证据，而不是基于主观意见。

在 UAT 期间每天跟踪进度：脚本是否已运行、通过/失败/阻塞情况，以及按严重程度分类的缺陷。与测试人员和修复团队进行简短的每日站会，有助于持续推进复测。

如何捕获 UAT 证据

将截图粘贴到邮件或表格中难以审阅、容易丢失，也可能遗漏屏幕之间发生的事情。通过录制测试更快且更完整：

1. 录制测试人员的屏幕，当他们运行脚本时同步讲解每一步。

2. 在证据列中关联录制内容，并为关键步骤添加时间戳。

3. 用录制内容处理缺陷，让开发人员能清楚看到到底发生了什么。

4. 将录制内容保留为审计证据，用于签字确认。

5. 复用通过的录制内容，用于新系统的培训。

UAT 测试脚本、测试用例还是测试计划？

关于完整的测试文档集合，请参见 测试文档模板。

如何用测试脚本运行 UAT

1. 先确认范围与进入标准，例如系统测试已完成且 UAT 环境稳定。

2. 根据需求与业务场景编写脚本，并包含异常情况。

3. 在测试开始前准备测试数据与用户访问权限。

4. 向测试人员简要说明脚本、证据与缺陷流程。

5. 执行脚本并捕获证据，将缺陷记录到对应的具体步骤。

6. 修复并复测缺陷，同时记录复测证据。

7. 根据退出标准复核结果并获取业务签字确认。

关于在实施文档与 UAT 中使用视频，请参见如何 用视频创建 IT 项目实施文档与 UAT 指南。

UAT 测试脚本的格式

表格适合大量脚本，可按状态、测试人员与优先级进行筛选。

文档适合包含截图与签字确认的详细场景。

测试管理工具适合需要可追溯性、仪表盘与缺陷集成的大型项目。

录制内容适合证据、缺陷以及作为培训材料的复用。

UAT 测试脚本的最佳实践

• 从业务场景编写脚本，而不是从系统菜单。

• 让将要使用系统的人参与脚本的编写与执行。

• 让预期结果具体且可验证。

• 测试会在真实生活中引发问题的异常情况。

• 为每份脚本捕获证据，不仅仅是失败的情况。

• 从业务负责人获取签字确认，而不仅是测试人员。

常见错误（避免项）

• 步骤过于模糊，例如“处理发票”。

• 没有预期结果，导致测试人员无法区分通过与失败。

• 只测试顺利路径。

• 测试人员自行编造测试数据。

• 证据分散在邮件与聊天中。

• 缺少可追溯性：脚本、需求与缺陷之间没有关联。

UAT 测试脚本清单

• 每份脚本都有 ID、标题、场景与需求引用。

• 已定义前置条件与测试数据。

• 每一步都有一个操作与一个具体的预期结果。

• 测试异常情况，而不仅是顺利路径。

• 每一步都记录实际结果、状态与证据。

• 将缺陷关联到具体步骤并进行复测。

• 测试人员与业务负责人已完成签字确认。

Trupeer 如何帮助你用证据运行 UAT

了解 Trupeer 的 UAT 文档自动化 如何将测试录制内容转化为证据与文档。

Genpact 使用“先录制”的方式为一家公司范围内的 Workday 推进项目提供支持：将录制的流程会话转化为 500+ 份培训资料，覆盖 20 个工作流，并以五种语言交付；最终在 3 个月内完成，而不是 12 个月。面向 40 个国家的 140,000 名员工。阅读 Genpact 客户故事。

下载免费的 UAT 测试脚本模板

在 Trupeer 中打开模板，添加你的场景、测试数据与步骤，并与测试人员共享。 获取免费的 UAT 测试脚本模板。

相关模板

• QA 计划模板

• Fit-gap 分析模板

• ERP 终端用户培训计划模板

• 业务需求文档模板

• 从采购到付款 SOP 模板

常见问题

UAT 测试脚本模板是什么？

它是一种现成的格式，用于在用户验收测试中指导业务用户逐步执行说明，涵盖场景、前置条件、测试数据、步骤、预期与实际结果、状态、证据、缺陷以及签字确认。

UAT 测试脚本应包含哪些内容？

包含页眉（ID、标题、场景与需求引用）、测试细节、前置条件、测试数据、带预期与实际结果的编号步骤、状态、证据、缺陷、复测结果以及签字确认。

UAT 测试脚本与测试用例有什么区别？

测试用例用于验证单一条件，通常由 QA 编写。UAT 测试脚本会引导业务用户端到端完成真实业务场景，通常会覆盖多个条件。

UAT 测试脚本通常有多少步骤？

通常是 5 到 20 步，覆盖一个业务场景。对于更长的场景，可拆分为多份脚本。

谁来编写 UAT 测试脚本？

业务分析师或测试负责人通常会根据需求起草脚本，并由流程负责人与关键用户进行审阅，以确保脚本反映真实工作。

如何捕获 UAT 证据？

测试人员运行脚本时录制其屏幕，在证据列中用时间戳关联录制内容，并将其与测试结果一起保留，用于签字确认与审计。

UAT 测试脚本是否应包含负向测试？

是的。要测试异常情况，例如差异、缺失审批与无效数据，因为这些才是上线后真实问题最可能出现的地方。

Excel 中有 UAT 测试脚本模板吗？

有。表格适合用于大量脚本，并可按状态、测试人员与优先级进行筛选。在 Trupeer 中打开模板进行定制并导出，或直接将结构复制到 Excel。

Word 或 PDF 中有 UAT 测试脚本模板吗？

有。对于详细场景与签字确认，可使用 Word；并将已签字确认的脚本导出为 PDF 以用于审计记录。

UAT 测试脚本模板是免费的吗？

是的。免费注册即可在 Trupeer 中打开模板、进行定制并导出。

通过的 UAT 测试脚本能用于培训吗？

可以。通过的脚本与测试录制内容描述了已配置系统中的真实任务，因此非常适合作为培训的起点。

UAT 签字确认之后会发生什么？

测试汇总会用于上线决策；对低严重程度的未关闭缺陷进行跟踪；通过的场景会被复用于回归测试与培训。