您如何用两种流行且看似矛盾的解释来定义功能测试？
How do you define functional testing with two popular and seemingly contradictory explanations?
我一直在研究功能测试的定义，但找不到具体的解释，希望能提供一些额外的信息来帮助解决这个问题。
我遇到的两个主要想法是：
- 功能测试作为一种测试类型，由以下测试级别组成：单元测试、集成测试、系统测试和验收测试。
- 功能测试作为单元测试和集成测试（有时是系统测试的子集，有时在它之前）的一个单独级别，使用黑盒方法对产品进行端到端测试。目的是验证定义的所有功能规范。
关于不同类型的测试分类。
在案例 1 中，我们将功能测试和非功能测试分开。
这个分类关于测试什么样的案例:
- 在功能场景中，我们检查 系统能够做什么 并且它是否满足要求。
例如：用户是否可以通过 facebook 授权。
- 在非功能性场景中，我们检查系统如何：是否足够安全？它是否清晰简单（用户体验、可用性等）？优化和性能如何？
在案例 2 中，我们根据隔离级别进行了分离。
此分类关于我们产品的哪些部分被测试:
我们是在测试单独的代码模块、两个服务的集成还是整个产品？
在这个分类中，当我们对单个业务场景（用户功能）进行测试时，功能测试是关于抽象级别的。
测试术语是垃圾。每个人都有自己的术语。因此，即使您确定了其中一种定义，您也应该预料到其他人可能无法理解您。
Personally，我认为我们需要坚持使用该术语所暗示的 词源 。 功能 测试意味着（对我而言）它检查业务逻辑（功能）这一事实。我们可以在任何级别编写这些测试 - 单元、系统级别等。开发人员的工作是确定此类测试在何处最有效。
但是，您会再次听到人们提到 Selenium 测试时说 "Functional" %)
此外，我认为您的第一个定义并不意味着功能测试 包含 个级别。我认为这意味着它可以在不同层面上进行。跟我刚才写的差不多。
PS：验收测试也不是一个级别——它是您接受新代码的事实。与回归测试相反，回归测试检查以前工作的东西是否继续工作。虽然还有一个用户验收测试 - 这是指最终用户使用系统。
我一直在研究功能测试的定义，但找不到具体的解释，希望能提供一些额外的信息来帮助解决这个问题。
我遇到的两个主要想法是：
- 功能测试作为一种测试类型，由以下测试级别组成：单元测试、集成测试、系统测试和验收测试。
- 功能测试作为单元测试和集成测试（有时是系统测试的子集，有时在它之前）的一个单独级别，使用黑盒方法对产品进行端到端测试。目的是验证定义的所有功能规范。
关于不同类型的测试分类。
在案例 1 中，我们将功能测试和非功能测试分开。
这个分类关于测试什么样的案例:
- 在功能场景中，我们检查 系统能够做什么 并且它是否满足要求。
例如：用户是否可以通过 facebook 授权。
- 在非功能性场景中，我们检查系统如何：是否足够安全？它是否清晰简单（用户体验、可用性等）？优化和性能如何？
在案例 2 中，我们根据隔离级别进行了分离。
此分类关于我们产品的哪些部分被测试:
我们是在测试单独的代码模块、两个服务的集成还是整个产品？
在这个分类中，当我们对单个业务场景（用户功能）进行测试时，功能测试是关于抽象级别的。
测试术语是垃圾。每个人都有自己的术语。因此，即使您确定了其中一种定义，您也应该预料到其他人可能无法理解您。
Personally，我认为我们需要坚持使用该术语所暗示的 词源 。 功能 测试意味着（对我而言）它检查业务逻辑（功能）这一事实。我们可以在任何级别编写这些测试 - 单元、系统级别等。开发人员的工作是确定此类测试在何处最有效。
但是，您会再次听到人们提到 Selenium 测试时说 "Functional" %)
此外，我认为您的第一个定义并不意味着功能测试 包含 个级别。我认为这意味着它可以在不同层面上进行。跟我刚才写的差不多。
PS：验收测试也不是一个级别——它是您接受新代码的事实。与回归测试相反，回归测试检查以前工作的东西是否继续工作。虽然还有一个用户验收测试 - 这是指最终用户使用系统。