首先, 谈到UAT测试就不得不谈验收测试了,而验收测试分为两种即 Alpha和Beta测试,以下是对于这两种测试的摘抄:
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试，目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。
Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。
Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。
由于Alpha和Beta测试的组织难度大，测试费用高，测试的随机性强、测试周期跨度较长，测试质量和测试效率难于保证，所以，很多专业软件可能不再进行Beta测试。随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试外包给这些专业测试机构进行测试。
根据以上可以理解为Alpha测试时在有开发人员参与的情况下进行测试,根据以上的理解是不管是Alpha测试还是Beta测试都是不能由测试人员和开发人员来完成的.这一点方面我有一些不同的见解,也问过资深的一些专家,Alpha测试是可以由测试人员来完成的.而Beta测试不可以.另外一篇摘抄的文件如下关于两者的区别和共同点.
一、共同点：
两者的目的都是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。
二、区别：
A alpha测试是一个用户在开发环境下进行的测试，beta测试是一个或多个用户在实际环境下进行的测试
B alpha测试是公司内部的用户在模拟实际操作环境下的受控测试。beta测试是在开发者无法控制的环境下进行的软件现场应用。
C alpha测试发现的错误可以现场立及反馈给开发人员，及是分析和处理。beta测试中，用户记下所有的问题，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。
D alpha测试达到一定程序后，才能开始beta测试。
E beta测试的主要目标是测试可支持性。
所以根据以上说明,Alpha测试是可以在公司的模拟环境下,有开发人员参与修改的环境下由测试人员或者资深的业务人员进行测试的.而beta测试是由最终实际环境下,开发人员无法控制的环境下进行测试,而使用者可能是最终用户也可能是资深的业务人员.
回到之前的那个问题,UAT测试,根据以上的资料几乎就可以看出,UAT测试包括了beta测试,几乎beta测试也涵盖了UAT测试,这个测试主要的优缺点为
Beta 测试由最终用户实施，通常开发（或其他非最终用户）组织对其的管理很少或不进行管理。Beta 测试是所有验收测试策略中最主观的。
这种测试形式的优点是：
· 测试由最终用户实施。
· 大量的潜在测试资源。
· 提高客户对参与人员的满意程度。
· 与正式或非正式验收测试相比，可以发现更多由于主观原因造成的缺陷。
缺点包括：
· 未对所有功能和/或特性进行测试
· 测试流程难以评测
· 最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷。
· 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。
· 用于验收测试的资源不受项目的控制，并且可能受到压缩。
· 可接受性标准是未知的。
· 您需要更多辅助性资源来管理 Beta 测试员
验收测试过程
1. 软件需求分析：了解软件功能和性能要求、软硬件环境要求等，并特别要了解软件的质量要求和验收要求。
2. 编制《验收测试计划》和《项目验收准则》：根据软件需求和验收要求编制测试计划，制定需测试的测试项，制定测试策略及验收通过准则，并经过客户参与的计划评审。
3. 测试设计和测试用例设计：根据《验收测试计划》和《项目验收准则》编制测试用例，并经过评审。
4. 测试环境搭建：建立测试的硬件环境、软件环境等。（可在委托客户提供的环境中进行测试）5. 测试实施：测试并记录测试结果。
6. 测试结果分析：根据验收通过准则分析测试结果，作出验收是否通过及测试评价。
7. 测试报告：根据测试结果编制缺陷报告和验收测试报告，并提交给客户。
但是以上所有的测试都必须经过足够的内部测试,才能够执行UAT测试, 执行测试之前需要准备的文档有
●主要的开发类文档：《需求分析说明书》、《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《测试计划》、《测试报告》、《程序维护手册》、《程序员开发手册》、《用户操作手册》、《项目总结报告》。
●主要的管理类文档：《项目计划书》、《质量控制计划》、《配置管理计划》、《用户培训计划》、《质量总结报告》、《评审报告》、《会议记录》、《开发进度月报》。
就这些文档来说是可以根据一些具体的情况而裁剪掉一些文档的, 但是就测试部门必须提交给客户的文档应该是要包括一下内容的(某些文档可以复用测试阶段的计划和用例,但是需要修改个别地方,以及对特殊方面进行说明,比如业务的逻辑性,业务的特殊性,以及实际环境包括数据的差异性.)
1. 验收测试计划
2. 验收测试用例(可以视情况省略)
3. 验收测试缺陷报告模板(此模板与内部模板不同,可以对在内部一个缺陷一个报告的模板上给予简化,甚至是只是给予一个报告模板描述所有的缺陷以及改进建议)
4. 系统安装手册(如果有安装部署方面的测试,大多是C/S架构程序)
5. 系统操作指南
6. 软件验收标准(软件验收和通过标准也可以放置到验收测试计划中说明)
根据验收测试以后会有一些后期的跟踪,如果客户或者资深业务人员没有提出任何的缺陷建议,那么本程序版本已经可以放置到产品库,作为Release版本正式提交给客户了;那么如果提出了相关的改进建议的话,测试人员就要对这些改进进行跟踪以及再次的测试了.
4.其他摘抄
UAT测试步骤及重点
什么是UAT测试
UAT，(user acceptance Test),用户接受度测试即验收测试
以下是它的一些一般步骤；仅供参考
一步:用户培训手册准备（就是针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：一般是测试对象使用/功能手册及要培训的用户的个人资料等等：就跟教师上课进行备课差不多）
二步：测试脚本发放（如果你公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发））
三步：用户补充业务测试场景和测试数据（就是：请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好）
四步：顾问补充测试步骤（你可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充）
五步：培训资料及测试脚本文档的确定与最终输出(一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档）
六步：测试策略的制定（如嵌入测试策略等，http://www.51testing.com/cgi-bin ... 2%CA%D4%B2%DF%C2%D4）
七步：测试用户的确定（大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等）
八步：由专门的测试组织机构确定测试地点，并发出通知
九步：测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些case工具等）
十步：组织进行测试
十一步：评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环）
UAT测试的重点,我想主要体现在以下几个方面
一是：培训的资料表述要准确全面，易懂等（这是理论基础）
二是：人员选择，要典型有代表性（用户基础）
三是：测试流程步骤（要周密）
四是：测试策略制定（确定一个适合测试对象及测试人员的测试策略）
五是：问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）
UAT测试与SIT测试
SIT是集成测试
UAT是验收测试
从时间上看，UAT要在SIT后面，UAT测试要在系统测试完成后才开始。
从测试人员看，SIT由公司的测试员来测试，而UAT一般是由用户来测试(或者有本行业背景的人员执行)。
恩恩..以上就是个人今天的总结了,如果有其他的与本文档不符合的会陆续更新.呵呵.
