我认为它是这样的:单元测试确定代码执行了您希望代码执行的操作(例如，您想要添加参数A和b，实际上是将它们相加，而不是减去它们)，功能测试测试所有代码一起工作以获得正确的结果，因此您希望代码执行的操作实际上在系统中获得了正确的结果。

测试类型

Unit testing - In Procedural programming unit is a procedure, in Object oriented programming unit is a class. Unit is isolated and reflects a developer perspective Functional testing - more than Unit. User perspective, which describes a feature, use case, story... Integration testing - check if all separately developed components work together. It can be other application, service, library, database, network etc. Narrow integration test - double[About] is used. The main purpose is to check if component is configured in a right way Broad integration test (End to End test, System test) - live version. The main purpose is to check if all components are configured in a right way UI testing - checks if user input triggers a correct action and the UI is changed when some actions are happened ... Non functional testing - other cases Performance testing - calculate a speed and other metrics Usability testing - UX ...

(iOS测试) (安卓系统测试)

单元测试测试一个独立的行为单元。行为的单位是什么?它是系统中可以独立进行单元测试的最小部分。(这个定义实际上是循环的，它根本不是一个定义，但在实践中似乎很管用，因为你可以直观地理解它。) 功能测试测试一个独立的功能部分。

行为单元非常小:虽然我绝对不喜欢这种愚蠢的“每个方法测试一个单元”的咒语，但从大小的角度来看，它是正确的。行为单元介于方法的一部分和几个方法之间。最多是一个对象，但不能超过一个。 一个功能块通常包含许多方法，并跨越多个对象，通常跨越多个体系结构层。

单元测试应该是这样的:当我调用validate_country_code()函数并将国家代码'ZZ'传递给它时，它应该返回false。 一个功能测试是:当我用国家代码ZZ填写发货表单时，我应该被重定向到一个帮助页面，该页面允许我从菜单中选择国家代码。

Unit tests are written by developers, for developers, from the developer's perspective. Functional tests may be user facing, in which case they are written by developers together with users (or maybe with the right tools and right users even by the users themselves), for users, from the user's perspective. Or they may be developer facing (e.g. when they describe some internal piece of functionality that the user doesn't care about), in which case they are written by developers, for developers, but still from the user's perspective.

在前一种情况下，功能测试还可以作为验收测试，并作为功能需求或功能规范的可执行编码，在后一种情况下，它们还可以作为集成测试。 单元测试经常更改，而功能测试在主要版本中不应该更改。

TLDR:

回答这个问题:单元测试是功能测试的一个子类型。

有两大类:功能测试和非功能测试。我发现的最好的(非详尽的)例子是这个(来源:www.inflectra.com):

(1)单元测试:测试小段代码(函数/方法)。它可以被认为是(白盒)功能测试。

当功能放在一起时，你创建了一个模块=一个独立的部分，可能有一个可以测试的用户界面(模块测试)。一旦你有了至少两个独立的模块，然后你把它们粘在一起，然后就来了:

(2)集成测试:当你把两个或多个(子)模块或(子)系统放在一起，看看它们是否能很好地发挥作用。

然后你整合了第3个模块，然后是第4和第5个模块，按照你或你的团队认为合适的顺序，一旦所有的拼图碎片放在一起，就完成了

(3)系统测试:对软件进行整体测试。这差不多就是“所有部件的集成测试”。

如果没问题，那就来吧

(4)验收测试:我们实际构建了客户要求的东西吗?当然，验收测试应该在整个生命周期中进行，而不仅仅是在最后一个阶段，在这个阶段，你意识到客户想要一辆跑车，而你建造了一辆货车。

我们可以很简单地说:

黑盒:用户界面测试，比如功能测试 白盒:类似单元测试的代码测试

点击这里阅读更多。

我认为它是这样的:单元测试确定代码执行了您希望代码执行的操作(例如，您想要添加参数A和b，实际上是将它们相加，而不是减去它们)，功能测试测试所有代码一起工作以获得正确的结果，因此您希望代码执行的操作实际上在系统中获得了正确的结果。