单元测试和功能测试有什么区别？

Question

单元测试和功能测试有什么区别？单元测试也可以测试功能吗？

Answer 1

单元测试告诉开发人员代码做得正确；功能测试告诉开发人员代码正在做正确的事情。

您可以在 单元测试与功能测试中阅读更多内容测试

---

单元测试和功能测试的一个很好解释的现实生活类比可以描述如下，

很多时候，系统的开发就像盖房子一样。虽然这个类比不太正确，但我们可以对其进行扩展，以便理解单元测试和功能测试之间的区别。

单元测试类似于建筑检查员参观房屋的建筑工地。他专注于房屋的各种内部系统、地基、框架、电气、管道等。他确保（测试）房屋的各个部分能够正确且安全地工作，即符合建筑规范。

此场景中的功能测试类似于房主访问同一建筑工地。他假设内部系统将正常运行，建筑检查员正在执行他的任务。房主关注的是住在这所房子里会是什么样子。他关心房子的外观，各个房间的大小是否舒适，房子是否适合家人的需求，窗户是否处于捕捉早晨阳光的好位置。

房主正在对房屋进行功能测试。他有用户的视角。

建筑检查员正在对房屋进行单元测试。他具有建设者的视角。

---

总而言之，

单元测试是从程序员的角度编写的。它们的目的是确保类的特定方法（或单元）执行一组特定任务。

功能测试是从用户的角度编写的。他们确保系统按照用户的期望运行。

Answer 2

单元测试 - 测试单个单元，例如类中的方法（函数），并模拟所有依赖项。

功能测试 - 又称集成测试，测试系统中的一部分功能。这将测试许多方法，并可能与数据库或 Web 服务等依赖项进行交互。

Answer 3

• 单元测试测试独立的行为单元。什么是行为单位？它是系统中可以独立进行单元测试的最小部分。 （这个定义实际上是循环的，实际上它根本不是一个定义，但它在实践中似乎工作得很好，因为你可以直观地理解它。）

• 功能测试测试独立的功能。

---

• 行为单元非常小：虽然我绝对不喜欢这种愚蠢的“每个方法一个单元测试”的口头禅，但从大小的角度来看，它是正确的。行为单元是介于方法的一部分和可能的几个方法之间的东西。最多一个对象，但不超过一个。

• 一项功能通常包含许多方法，并且跨越多个对象，并且通常穿过多个架构层。

---

• 单元测试类似于：当我调用 validate_country_code() 函数并向其传递国家/地区代码 'ZZ' 时，它应该返回 false< /code>.

• 功能测试是：当我使用国家/地区代码 ZZ 填写运输表单时，我应该被重定向到帮助页面，该页面允许我从菜单中选择我的国家/地区代码.

---

• 单元测试是由开发人员、为开发人员、从开发人员的角度编写的。

• 功能测试可能是面向用户的，在这种情况下，它们是由开发人员与用户一起编写的（或者可能使用正确的工具和正确的用户，甚至是用户自己），从用户的角度为用户编写。或者它们可能是面向开发人员的（例如，当它们描述用户不关心的某些内部功能时），在这种情况下，它们是由开发人员编写的，为开发人员编写，但仍然是从用户的角度出发。

---

• 一种情况下，功能测试也可以充当验收测试以及功能需求或功能规范的可执行编码，在后一种情况下，它们也可以充当集成测试。

• 单元测试经常更改，功能测试不应在主要版本中更改。

---

Answer 4

TLDR：

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

---

有两大类：功能测试和非功能测试。我发现的最好的（非详尽的）插图是这个（来源：www.inflectra.com）：

(1) 单元测试：测试小代码片段（函数/方法）。它可以被视为（白盒）功能测试。

当功能组合在一起时，您创建一个模块=一个独立的部分，可能带有可以测试的用户界面（模块测试）。一旦你至少有两个独立的模块，然后将它们粘合在一起，然后出现：

(2) 集成测试：将两个或多个（子）模块或（子）系统放在一起，看看它们是否能够很好地协同工作。

然后，您集成第三个模块，然后按照您或您的团队认为合适的顺序集成第四个和第五个模块，一旦所有拼图块放置在一起，就可以了

(3)系统测试：对软件进行整体测试。这几乎是“所有部分的集成测试”。

如果可以的话，那就来了

(4) 验收测试：我们是否构建了客户实际要求的内容？ 当然，验收测试应该在整个生命周期中进行，而不仅仅是在最后阶段，即您意识到客户想要一辆跑车而您制造了一辆货车。

Answer 5

“功能测试”并不意味着您正在测试代码中的功能（方法）。一般来说，这意味着您正在测试系统功能 - 当我在命令行运行 foo file.txt 时，file.txt 中的行可能会颠倒过来。相比之下，单个单元测试通常涵盖单个方法的单个情况 - length("hello") 应返回 5，而 length("hi") 应返回return 2.

另请参阅IBM 对单元测试和功能测试之间界限的看法< /a>.

Answer 6

根据 ISTQB 的说法，这两者没有可比性。功能测试不是集成测试。

单元测试是测试级别之一，功能测试是测试类型。

基本上：

系统（或组件）的功能是“它做什么”。这是
通常在需求规范中描述，功能
规范或用例。

尽管

组件测试，也称为单元、模块和程序测试，
搜索软件的缺陷并验证软件的功能
（例如模块、程序、对象、类等）
可测试。

根据 ISTQB，组件/单元测试可以是功能性的，也可以是非功能性的：

组件测试可能包括功能测试和特定非功能特性测试，例如资源行为（例如内存泄漏）、性能或稳健性测试以及结构测试（例如决策覆盖率）。

引自软件测试基础 - ISTQB 认证

Answer 7

在 Rails 中，单元文件夹用于保存模型的测试，功能文件夹用于保存控制器的测试，集成文件夹用于保存涉及任意数量控制器交互的测试。夹具是一种组织测试数据的方式；它们驻留在装置文件夹中。 test_helper.rb 文件保存测试的默认配置。
您可以访问此。

Answer 8

我们可以非常简单地说：

• 黑盒：像功能测试一样的用户界面测试
• 白盒：像单元测试一样的代码测试

阅读更多 此处。

Answer 9

AFAIK，单元测试不是功能测试。让我用一个小例子来解释一下。您想要测试电子邮件 Web 应用程序的登录功能是否正常工作，就像用户一样。为此，您的功能测试应该是这样的。

1- existing email, wrong password -> login page should show error "wrong password"!
2- non-existing email, any password -> login page should show error "no such email".
3- existing email, right password -> user should be taken to his inbox page.
4- no @symbol in email, right password -> login page should say "errors in form, please fix them!" 

我们的功能测试是否应该检查我们是否可以使用无效输入登录？例如。电子邮件没有@符号，用户名有多个点（只允许一个点），.com出现在@之前等等？一般来说，不会！这种测试会进入你的单元测试中。

您可以检查单元测试中是否拒绝无效输入，如下面的测试所示。

class LoginInputsValidator
  method validate_inputs_values(email, password)
    1-If email is not like [email protected], then throw error.
    2-If email contains abusive words, then throw error.
    3-If password is less than 10 chars, throw error.

请注意，功能测试 4 实际上正在执行单元测试 1 正在执行的操作。有时，由于不同的原因，功能测试可以重复单元测试所做的一些（不是全部）测试。在我们的示例中，我们使用功能测试 4 来检查在输入无效输入时是否出现特定的错误消息。我们不想测试是否所有错误的输入都被拒绝。这就是单元测试的工作。

Answer 10

我的想法是这样的：单元测试确定代码执行了您希望代码执行的操作（例如，您想要添加参数 a 和 b，实际上您将它们相加，而不是相减），功能测试测试所有代码是否协同工作以获得正确的结果，以便您希望代码执行的操作实际上在系统中获得正确的结果。

Answer 11

单元测试

单元测试包括对最小代码单元的测试，通常是函数或方法。单元测试主要由单元/方法/函数的开发人员完成，因为他们了解函数的核心。开发人员的主要目标是通过单元测试覆盖代码。

它有一个限制，即某些功能无法通过单元测试进行测试。即使在成功完成所有单元测试之后；它不保证产品的正确操作。相同的功能可以在系统的少数部分中使用，而单元测试仅为一种用途而编写。

功能测试

这是一种黑盒测试，测试将在产品的功能方面进行，而无需查看代码。功能测试主要由专门的软件测试人员完成。它将包括使用非标准化数据测试产品指定功能的正向、负向和 BVA 技术。与单元测试相比，功能测试以改进的方式进行测试覆盖率。它使用应用程序 GUI 进行测试，因此更容易确定界面的特定部分到底负责什么，而不是确定代码负责什么。

Answer 12

测试类型

• 单元测试 - 在过程编程中单元是一个过程，在面向对象编程中单元是一个类。单元是独立的，反映了开发人员的观点
• 功能测试 - 不仅仅是单元。 用户视角，描述功能、用例、故事......
  • 集成测试 - 检查所有单独开发的组件是否可以协同工作。它可以是其他应用程序、服务、图书馆、数据库、网络等。
    • 窄集成测试 - double^[关于] 是用过的。主要目的是检查组件是否以正确的方式配置
    • 广泛集成测试（端到端测试、系统测试）- 实时版本。主要目的是检查所有组件是否以正确的方式配置
  • UI 测试 - 检查用户输入是否触发正确的操作以及在发生某些操作时 UI 是否发生更改
  • ...
• 非功能测试 - 其他情况
  • 性能测试 - 计算速度和其他指标
  • 可用性测试 - 用户体验
  • ...

[iOS测试]
[Android 测试]

Answer 13

单元测试：-
单元测试特别用于在产品开发过程中逐个组件地测试产品。
Junit 和 Nunit 类型的工具还将帮助您根据 Unit 测试产品。
**与其在集成之后解决问题，不如在开发早期解决问题。

功能测试：-
至于测试，有两种主要类型的测试：
1.功能测试
2.非功能测试。

非功能测试是一种测试，测试人员将测试产品将执行客户未提及但应该存在的所有质量属性。
例如：-性能、可用​​性、安全性、负载、压力等。
但在功能测试中：- 客户已经提出了他的要求，并且这些要求已正确记录，测试人员的任务是交叉检查应用程序功能是否根据建议的系统执行。
为此，测试人员应测试所提议系统的已实现功能。

Answer 14

单元测试通常由开发人员完成。这样做的目的是确保他们的代码正常工作。一般经验法则是使用单元测试覆盖代码中的所有路径。

功能测试：这是一个很好的参考。 功能测试说明

Answer 15

让我们有一些对象（类、模块、系统等）。该对象有一些我们可以测试其正确性的函数（进行功能测试）。而且这个对象还具有一些非功能功能，例如 - 性能（进行不同类型的测试）。

例如，我们以计算器为例。它有一个功能——加法，从功能测试的角度来看，我们想检查这个功能的工作是否正确，即当你添加 2 + 2 时，结果是否有可能不是 4；这个函数如何在边界值下工作，等等。就“非功能”测试而言，我们可以测试它添加两个数字的速度有多快；使用起来有多容易，等等。

单元测试是使用模拟外部依赖项对某些单元进行测试。单元测试也是功能测试。

但是我们可以在没有模拟外部依赖的情况下进行单元的功能测试。在这种情况下，我们进行集成测试（而不是单元测试）。一般来说，我们可以有不同的测试来测试功能。

因此，任何单元测试都是功能测试，但并非所有功能测试都是单元测试。