uat_uat环境

Mark wiens

发布时间：2024-04-25

本文介绍了UAT用户验收测试，自动化UAT的挑战以及解决方法。

uat_uat环境

什么是UAT？用户验收测试是部署软件之前的最后一个测试操作在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段，也称为交付测试验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

UAT 特点验证在真实场景中软件产品的功能表现测试范围广，UAT力求全面覆盖整个产品，这是使验收测试任务自动化变得如此困难的因素之一流程方面，UAT遵循系统测试如前所述，用户验收测试是软件投入使用之前的最后一个测试阶段。

自动化用户验收测试可以是回归测试的一部分，在主要版本发布之前，团队可以重新运行UAT套件执行UAT的必要性可能你会觉得软件经历了单元、集成和系统测试，验收测试的需求就显得多余了但是还是需要进行验收测试，因为：。

开发人员根据需求文档编写软件，需求文档是他们对需求的“自己”理解，实际上可能不是客户需要的东西。项目过程中的需求变更可能无法有效地与开发人员进行沟通。何时执行UAT

在整个软件开发的生命周期中，用户验收测试对应的是需求评审阶段UAT执行标准业务需求必须是可用的代码开发全部完成完成单元测试、集成测试和系统测试没有中，高级的功能缺陷在UAT之前，只有外观错误是可接受的（页面样式或者文字拼写）。

回归测试应该在没有重大缺陷的情况下完成所有已知的缺陷都应该在UAT之前进行修复和测试UAT环境必须准备好来自系统测试团队的邮件或通信，确认系统已准备好执行UAT如何执行UATUAT也是用户熟知的Beta测试，这种类型的软件测试通常在客户场所执行，由系统或软件的使用用户来完成。

一旦满足了UAT的执行标准，测试人员需要完成以下任务:

UAT 执行流程业务需求分析创建UAT测试计划确定测试场景创建UAT测试用例测试数据的准备运行测试用例确认业务目标手工测试是进行UAT的正确方法吗?在一个典型的项目中，手动运行预发布的UAT测试套件可能需要2-3个测试人员一周的时间。

随着项目的增长，运行用户验收测试所需的时间也在增加在某种程度上，交付频度不断提高的压力使公司跳过一些UAT运行或完全放弃UAT很少有QA团队真正用自动化做验收测试据统计（TestDrive UAT)，只有大约3%的软件测试团队自动化了UAT过程。

虽然这些数字可能不够精确，但它们确实说明了一个目前的状况：对于大多数团队来说，大多数UAT还是依赖于手工测试为什么自动化在用户验收测试中普及率比较低呢？根据我在很多团队中看到的情况，由于测试团队编码能力有限，写出的代码不够健壮或者根本写不出来自动化代码，代码能力成为测试团队的主要瓶颈。

自然语言驱动UAT测试人员平时写了很多测试用例，测试用例作为自然语言可以被所有用户理解测试人员可以从UAT测试的角度，将测试用例抽离出来组成不同的UAT场景Cucumber (https://github.com/cucumber/cucumber-js) 作为行为驱动框架可以将用例与代码结合起来进行自动化UAT。

作为测试人员可以将UAT用例编辑到feature文件中，在对应的步骤上实现自动化脚本操作例如下面的场景：场景: 购物车结算假如打开浏览器并导航到"https://cuketest.github.io/apps/shopping-cart/"

当点击添加到购物车按钮那么此时按钮文字应该为"Sold Out"而且弹出账单"Total: $4.99"上面用例可以轻松转为UAT测试场景，借助CukeTest（http://cuketest.com）工具，可以方便的编辑基于gherkin标准的场景描述，并将这些场景与自动化代码关联起来，实现UAT自动化。