54 lines
2.2 KiB
Markdown
54 lines
2.2 KiB
Markdown
|
---
|
|||
|
|
title: User Acceptance Tests
|
|||
|
|
localeTitle: 用户验收测试
|
|||
|
|
---
|
|||
|
|
## 用户验收测试
|
|||
|
|
|
|||
|
|
在工程及其各个分支学科中，验收测试是为了确定是否满足规范或合同的要求而进行的测试。它可能涉及化学测试，物理测试或性能测试。
|
|||
|
|
|
|||
|
|
在系统工程中，它可能涉及在交付之前在系统上执行的黑盒测试（例如：一个软件，许多制造的机械部件或批量的化学产品）。
|
|||
|
|
|
|||
|
|
在软件测试中，ISTQB将接受定义为：针对用户需求，要求和业务流程进行的正式测试，以确定系统是否满足验收标准并使用户，客户或其他授权实体能够确定是否接受系统。验收测试也称为用户验收测试（UAT），最终用户测试，操作验收测试（OAT）或现场（验收）测试。
|
|||
|
|
|
|||
|
|
在将软件构建引入主要测试过程之前，可以使用烟雾测试作为验收测试。
|
|||
|
|
|
|||
|
|
软件测试的最后一步是用户验收测试（UAT）。 UAT确保实际用户可以使用该软件。也称为beta，应用程序和最终用户测试。
|
|||
|
|
|
|||
|
|
UAT检查一切正常并且没有崩溃。那些目标受众应该完成测试;这可能包括许多参与该过程的人以及能够在上线前进行测试的任何人。此测试的反馈将转发给开发团队以进行任何特定更改。
|
|||
|
|
|
|||
|
|
#### 为什么我们需要UAT
|
|||
|
|
|
|||
|
|
* 需求更改可能未与开发人员通信
|
|||
|
|
|
|||
|
|
* 该软件可能无法实际提供它的意义
|
|||
|
|
|
|||
|
|
* 某些逻辑或业务流程可能需要用户的注意
|
|||
|
|
|
|||
|
|
|
|||
|
|
#### 在我们开始UAT之前需要什么
|
|||
|
|
|
|||
|
|
* 签署完整的请求，并按照文件提供
|
|||
|
|
|
|||
|
|
* 代码处于工作状态或处于可演示状态
|
|||
|
|
|
|||
|
|
* UAT是环境准备好访问
|
|||
|
|
|
|||
|
|
* 不应该有任何会破坏代码的缺陷
|
|||
|
|
|
|||
|
|
* 根据LIVE scneario准备的测试数据
|
|||
|
|
|
|||
|
|
|
|||
|
|
#### 使用的框架和工具
|
|||
|
|
|
|||
|
|
* FitNesse的
|
|||
|
|
|
|||
|
|
#### 关于UAT的文章
|
|||
|
|
|
|||
|
|
* [7成功完成用户验收测试](http://blog.debugme.eu/successful-user-acceptance-testing/)
|
|||
|
|
|
|||
|
|
* [AgileUAT：用户验收测试框架 基于用户故事和接受标准](http://research.ijcaonline.org/volume120/number10/pxc3903533.pdf)
|
|||
|
|
|
|||
|
|
|
|||
|
|
#### 更多信息：
|
|||
|
|
|
|||
|
|
https://en.wikipedia.org/wiki/Acceptance\_testing
|