#1 楼
质量检查和UAT有不同的目标。从商业角度出发，质量检查可以确保客户在UAT期间接受版本。在使用UAT之后，将其投入生产并确保客户端不会遇到（太多）关键问题。
客户端UAT可以验证客户端是否将不符合其要求的版本用于生产最小的必需工作流程，并确保即使遇到小问题时也能继续工作，而不是一开始就没发现。客户端。双方都希望能够确保最好的产品。客户只是不应该相信开发团队的质量检查。质量检查团队通常专注于多个客户的一般需求以及过去出现的问题。客户可能会以未指定的方式使用产品，并需要确保这些“解决方法”功能仍在较新的版本中使用。
QA帮助开发团队获得快速的反馈（质量）周期以获取新功能并通过自动或手动测试用例维护旧功能。
UAT确保客户团队可以使用较新版本。
此外，它们处于不同阶段在DTAP模型中，其中QA是T（est）阶段，UAT是A（cceptance）阶段。
评论
这是一个很好的答案，但是最终组织将自行决定这些术语的含义。例如，客户可能会说UAT意味着自己进行所有供应商的测试，而无需供应商的参与。
–user246
15年4月2日在21:10
如果您的意思是组织将对术语进行不同的定义，因此以不同的方式实施，我同意。总的来说是这样。 “项目管理”可能意味着很多事情。 CEO的行为或客户服务代表的情况在不同组织之间可能会大相径庭。我不是测试专业人员，并且正在学习该学科，所以我的问题很广泛。通常，也许从“学术”的角度来看，质量检查和UAT之间的重点应该有什么区别？还是了解组织不同，通常会有什么区别？
– Alex Yost
2015年4月3日14:12
#2 楼
根据经验，您可以将其视为以下内容：UAT是要求软件以确保满足要求的人员的质量检查。
质量检查团队通常具有更高的技术水平，可以解决超出增强功能要求的问题及其对系统整体的影响。这可能涉及第三方数据仓库，报告，与其他第三方系统的通信，而UAT通常不会处理其他系统（除非对这些系统有明确的请求）。
#3 楼
不幸的是，含义取决于您所工作的公司以及所遵循的方法。参考软件开发范围内的测试，我会说：
QAT是供应商对正在开发的产品或服务进行的验证。它可以由简单的手动测试组成，也可以是不同测试的整个框架。
UAT是最终用户用来接受产品，服务的测试套件。在项目启动之前，应与客户一起说明UAT，以便开发和质量保证团队可以（独立于用户需求规范）对客户的需求和期望有清晰的认识。
#4 楼
QA（质量保证测试）面向技术的测试仪
功能组件
集成功能
需求规范
设计规范
接口级别入口点
分析测试工具
UI端到端功能
UAT之前的
UAT（用户接受测试）
面向业务的测试人员
业务场景
现实世界中的业务需求
UI端到端功能
最终和集成的
在签核/产品部署之前
#5 楼
质量保证和UAT有不同的目标。质量保证是一种静态测试，其中您需要验证BRD和FRS文件之类的文档，以确保您遵循组织为确保质量而制定的正确做法产品。
QA涉及检查，代码审查，遍历，反馈等。更正式的方法是聘请主持人并在测试人员和开发人员之间进行会议，以确保一切都按计划进行。
UAT-用户验收测试是一种动态测试，我们的意思是执行代码以检查产品构建是否符合用户要求，这涉及从用户角度测试产品以确保产品符合要求。已被用户接受。
#6 楼
这里有很多好处-特别是每个开发公司都会根据自己的模型使用这些术语略有不同。我是QA分析师，主要在以下领域执行单元和系统测试在给定的sprint期间与新代码保持一致（敏捷开发）。随着代码的更改或添加，我将测试单元和相应的系统，以根据设计文档和业务需求验证功能。
当我们准备推出该产品的主要版本时，我们将进行beta测试。一种UAT形式，客户将根据他们日常使用软件的方式进行测试。这既是技术，也是业务测试。
当我们的软件与新客户端一起安装或在现有客户端上升级时，UAT会起作用以确保新版本（或新软件）能够正常工作如客户期望的那样，并且结合了培训以确保他们了解该软件的功能。
#7 楼
您的说法是正确的。是的，与UAT相比，质量检查测试更为详细。我将举例说明：例如，可能存在与性能相关的要求，这些要求可能是针对要测试的网站定义的。因此，在质量检查测试期间，您必须遵守为网站指定的性能指标。而在UAT期间，用户可能只是浏览网站就感到满意，因为他们认为网页“似乎”正在快速加载，因此他们可以通过UAT。
除此之外，QA期间编写的测试用例测试更加详细，涵盖了每个需求。在UAT期间，涵盖了高级业务场景，请确保最常用的流/场景按预期工作。
因此，回到您的问题。质量检查测试是更严格的测试，可确保系统符合SRS或FRS中指定的要求。我认为我们不应该将质量检查测试与引发错误直接联系起来。引发错误不是QA测试的目的，而是QA测试的副产品。您只需记录发现系统未按照指定要求运行的点。您将此类差异记录为错误，并将其分配给开发团队，以便它们可以解决您报告的问题。
因此，与实际需求的所有差异/偏差（以错误）由开发团队修复，并由质量检查人员进行验证。
一旦质量检查人员确定所有报告的问题均已修复（或至少大多数已解决问题），则将软件移交给用户进行UAT问题，以使其满足测试计划中提到的验收标准。
UAT的目的是确保大多数常用业务场景都可以正常工作。如果用户报告了常用业务场景中的任何问题，那么对于用户而言，这是一个高优先级的问题，应立即修复。但是，如果存在很少使用的场景的问题，则用户可能会宽容，并且由于该场景将不会被频繁使用，因此可以给您一些时间来解决该问题。
因此，简而言之，SRS / FRS中指定的任何内容在QA测试期间都很重要，并且必须在QA测试期间进行验证。
在UAT中，常用的业务场景是优先考虑的，并且应该可以正常工作。在这种情况下报告的问题很重要，必须优先解决。
我希望能回答您的问题。如果您有任何后续问题，请告诉我。
评论
通常，它取决于人员的技能，组织中角色的定义方式和组织目标。