我在这里阅读了类似问题的先前回答，但不满意。因此，系统测试和验收测试均根据需求评估系统。
接受测试是针对用户/客户的，他们决定是否接受系统。但是对于我们的测试人员来说，验收测试就可以了...在这里，我有点困惑我在验收阶段会产生哪些额外的测试用例，而我在系统阶段还没有产生这些用例？
重要的是要知道所有测试阶段都重叠。通过设计可以做到这一点，既可以覆盖上一个测试短语中的所有空白，又可以从不同的角度测试同一件事。
系统测试根据要求列表检查整个系统。验收测试可能会通过实际使用来对照用户的需求检查整个系统。众所周知，需求说什么和用户想要什么可能是两件事。重要的区别是谁在驱动测试：开发人员还是用户。
用户接受测试（UAT）包含一个验证解决方案对用户有效的过程。它不是系统测试（确保软件不会崩溃并满足文档要求），而是确保解决方案对用户有效（即测试用户是否接受解决方案）；软件供应商通常将此称为“测试版”。
[该测试应由主题专家（SME）进行，最好是被测解决方案的所有者或客户，并提供调查结果的摘要，以便在试验或复审后进行确认。在软件开发中，UAT作为项目的最后阶段之一通常发生在客户或客户接受新系统之前。系统用户根据实际情况进行测试。[9]
与beta测试的类比是一个很好的例子：在使用软件的过程中，beta测试人员将运行您没有想到的各种情况。通常这些将不在要求中。它们可能已被遗忘，假定或过于详细，或者根本没有想到它们或错误（尤其是并发错误）。
"Acceptance testing" is sometimes done by the development team on behalf of the users。客户（或客户代理人）将从团队必须实施的黑匣子角度编写一组验收测试。这些可以成为回归测试。
开发团队的这种验收测试有时是用户验收测试的替代，或者可以在UAT之前完成以确保软件在呈现给客户接受之前处于最佳状态。] >