验收测试应该实际模拟用户将使用的实际功能。例如，使用电子邮件应用程序的验收测试将涉及登录和打开收件箱。您可能在登录时进行了单元测试，在打开收件箱时进行了单元测试，但验收测试表明这两者实际上是协同工作来为用户提供一些功能。

关键点：验收测试由客户编写（或至少从客户的角度来看）。

那么图书馆是如何使用的呢？当我想到我使用的大多数库时，该库的每个公共 API 都独立于 API 的其余公共部分（即，我通常不会被迫使用一个部分，以便我可以使用另一部分.通常不会。)

对于大多数库（而不是应用程序），单元测试将为您提供与验收测试相同的信息。广泛的单元测试通过似乎很奇怪，但库并不处于用户可接受的状态。但是，像任何产品一样，我会找出您的用户实际使用该库的方式，并尝试围绕它编写测试。您可能会采用一些使用您的应用程序的开源应用程序并针对它们进行编译，并在这些应用程序上运行功能测试。如果您的更改破坏了应用程序，这是一个很好的指标，表明用户实际上会对您的库的构建不满意。

首先定义您对术语验收测试的看法，尽管它通常同意类似于“从客户角度进行测试”，每个公司都有不同的变化，例如通过选择不同的客户 - 客户可以是计算器的最终用户或使用该库的开发人员。