Visual Studio Code 中的 Python 测试

Python 扩展支持使用 Python 内置的 unittest 框架和 pytest 进行测试。

单元测试的背景知识

（如果您已经熟悉单元测试，可以直接跳到演练。）

单元是要测试的特定代码片段，例如函数或类。单元测试是其他代码片段，专门使用各种不同的输入（包括边界和边缘情况）来练习代码单元。 unittest 和 pytest 框架都可用于编写单元测试。

例如，假设您有一个函数来验证用户在 Web 表单中输入的帐号格式

def validate_account_number_format(account_string):
    # Return False if invalid, True if valid
    # ...

单元测试仅关注单元的接口——其参数和返回值——而不是其实现（这就是为什么函数体中没有显示代码的原因；通常您会使用其他经过良好测试的库来帮助实现该函数）。在此示例中，该函数接受任何字符串，如果该字符串包含格式正确的帐号，则返回 true，否则返回 false。

为了彻底测试此函数，您需要向其抛出所有可能的输入：有效字符串、拼写错误的字符串（错一个或两个字符，或包含无效字符）、过短或过长的字符串、空字符串、空参数、包含控制字符的字符串（非文本代码）、包含 HTML 的字符串、包含注入攻击的字符串（例如 SQL 命令或 JavaScript 代码）等等。如果经过验证的字符串稍后用于数据库查询或在应用程序的 UI 中显示，则测试注入攻击等安全案例尤其重要。

对于每个输入，您需要定义函数的预期返回值（或多个值）。在此示例中，再次强调，该函数应仅对格式正确的字符串返回 true。（号码本身是否为真实帐户是另一回事，将在其他地方通过数据库查询处理。）

掌握所有参数和预期返回值后，您现在可以编写测试本身，这些测试是使用特定输入调用该函数，然后将实际返回值与预期返回值进行比较的代码片段（此比较称为断言）

# Import the code to be tested
import validator

# Import the test framework (this is a hypothetical module)
import test_framework

# This is a generalized example, not specific to a test framework
class Test_TestAccountValidator(test_framework.TestBaseClass):
    def test_validator_valid_string():
        # The exact assertion call depends on the framework as well
        assert(validate_account_number_format("1234567890"), True)

    # ...

    def test_validator_blank_string():
        # The exact assertion call depends on the framework as well
        assert(validate_account_number_format(""), False)

    # ...

    def test_validator_sql_injection():
        # The exact assertion call depends on the framework as well
        assert(validate_account_number_format("drop database master"), False)

    # ... tests for all other cases

代码的确切结构取决于您使用的测试框架，本文稍后将提供具体示例。在任何情况下，正如您所看到的，每个测试都很简单：使用参数调用函数并断言预期的返回值。

所有测试的组合结果就是您的测试报告，它告诉您该函数（单元）在所有测试用例中是否按预期运行。也就是说，当单元通过其所有测试时，您可以确信它运行正常。（测试驱动开发的实践是您实际上先编写测试，然后编写代码以通过越来越多的测试，直到所有测试都通过。）

由于单元测试是小的、孤立的代码片段（在单元测试中，您避免外部依赖项并使用模拟数据或其他模拟输入），因此它们的运行速度快且成本低。此特性意味着您可以尽早且经常地运行单元测试。开发人员通常在将代码提交到存储库之前甚至运行单元测试；门控签入系统还可以在合并提交之前运行单元测试。许多持续集成系统还在每次构建后运行单元测试。尽早且经常地运行单元测试意味着您可以快速发现回归，即先前通过所有单元测试的代码的行为发生意外更改。由于测试失败可以很容易地追溯到特定的代码更改，因此很容易找到并纠正失败的原因，这无疑比在过程后期才发现问题要好得多！

有关单元测试的一般背景知识，请阅读维基百科上的 单元测试。有关有用的单元测试示例，您可以查看 https://github.com/gwtw/py-sorting，这是一个包含不同排序算法测试的存储库。

示例测试演练

Python 测试是 Python 类，它们与被测试的代码位于不同的文件中。每个测试框架都指定了测试和测试文件的结构和命名。编写测试并启用测试框架后，VS Code 会找到这些测试，并为您提供各种命令来运行和调试它们。

在本节中，创建一个文件夹并在 VS Code 中打开它。然后创建一个名为 inc_dec.py 的文件，其中包含以下要测试的代码

def increment(x):
    return x + 1

def decrement(x):
    return x - 1

通过此代码，您可以体验在 VS Code 中使用测试，如下节所述。

配置测试

安装 Python 扩展并在编辑器中打开 Python 文件后，测试烧杯图标将显示在 VS Code 活动栏上。烧杯图标用于 测试资源管理器 视图。打开测试资源管理器时，如果您没有启用测试框架，您将看到 配置测试 按钮。选择 配置测试 后，系统会提示您选择测试框架和包含测试的文件夹。如果您使用 unittest，系统还会要求您选择用于标识测试文件的文件 glob 模式。

注意：文件 glob 模式是定义的字符串模式，它根据通配符匹配文件或文件夹名称，然后包含或不包含。

您可以随时使用来自命令面板的 Python: 配置测试 命令来配置测试。您还可以通过设置 python.testing.unittestEnabled 或 python.testing.pytestEnabled 手动配置测试，这可以在“设置”编辑器或 settings.json 文件中完成，如 VS Code 设置 文档中所述。每个框架还具有特定的配置设置，如其文件夹和模式的测试配置设置下所述。

如果同时启用这两个框架，则 Python 扩展将仅运行 pytest。

如果您启用 pytest，如果 pytest 框架包尚未出现在当前激活的环境中，VS Code 会提示您安装它

注意：python 扩展支持的 pytest 最低版本为 7.0.0。

创建测试

每个测试框架都有自己的约定来命名测试文件和组织测试，如下节所述。每个案例都包含两个测试方法，其中一个方法被有意设置为失败，以进行演示。

unittest 中的测试

创建一个名为 test_unittest.py 的文件，其中包含一个带有两个测试方法的测试类

import inc_dec    # The code to test
import unittest   # The test framework

class Test_TestIncrementDecrement(unittest.TestCase):
    def test_increment(self):
        self.assertEqual(inc_dec.increment(3), 4)

    # This test is designed to fail for demonstration purposes.
    def test_decrement(self):
        self.assertEqual(inc_dec.decrement(3), 4)

if __name__ == '__main__':
    unittest.main()

pytest 中的测试

创建一个名为 test_pytest.py 的文件，其中包含两个测试方法

import inc_dec    # The code to test

def test_increment():
    assert inc_dec.increment(3) == 4

# This test is designed to fail for demonstration purposes.
def test_decrement():
    assert inc_dec.decrement(3) == 4

测试发现

默认情况下，一旦您启用框架，Python 扩展就会尝试发现测试。您还可以随时使用来自命令面板的 测试: 刷新测试 命令来触发测试发现。

python.testing.autoTestDiscoverOnSaveEnabled 默认设置为 true，这意味着每当您在工作区中添加、删除或更新任何 Python 文件时，也会自动执行测试发现。要禁用此功能，请将该值设置为 false。您可以通过在 python.testing.autoTestDiscoverOnSavePattern 设置中指定 glob 模式来细化自动测试发现发生的文件。其默认值为 **/*.py。

您可以在“设置”编辑器中或直接在 settings.json 文件中配置设置。您需要重新加载窗口才能使测试发现设置生效。

测试发现应用当前框架的发现模式（可以使用测试配置设置自定义）。默认行为如下

• python.testing.unittestArgs：在顶级项目文件夹中查找名称中包含“test”的任何 Python (.py) 文件。所有测试文件都必须是可导入的模块或包。您可以使用 -p 配置设置自定义文件匹配模式，并使用 -t 设置自定义文件夹。

• python.testing.pytestArgs：查找当前文件夹和所有子文件夹中名称以“test_”开头或以“_test”结尾的任何 Python (.py) 文件。

提示：有时，放置在子文件夹中的测试无法被发现，因为此类测试文件无法导入。为了使它们可导入，请在该文件夹中创建一个名为 __init__.py 的空文件。

如果测试发现成功，您将在测试资源管理器中看到列出的测试

如果发现失败（例如，未安装测试框架或您的测试文件中有语法错误），您将在测试资源管理器中看到错误消息。您可以检查 Python 输出面板以查看完整的错误消息（使用 查看 > 输出 菜单命令显示 输出 面板，然后从右侧的下拉列表中选择 Python ）。

一旦 VS Code 识别出测试，它就会提供多种方法来运行这些测试，如运行测试中所述。

运行测试

您可以使用以下任何操作来运行测试

• 在打开测试文件的情况下，选择测试定义行旁边的装订线中显示的绿色运行图标，如上一节所示。此命令仅运行一个方法。

  

• 从 命令面板，通过运行以下任何命令

  • 测试: 运行所有测试 - 运行所有已发现的测试。
  • 测试: 运行当前文件中的测试 - 运行编辑器中打开的文件中的所有测试。
  • 测试: 运行光标处的测试 - 仅运行编辑器中光标下的测试方法。

• 从 测试资源管理器

  • 要运行所有已发现的测试，请选择 测试资源管理器 顶部的播放按钮

    

  • 要运行特定的测试组或单个测试，请选择文件、类或测试，然后选择该项目右侧的播放按钮

    

  • 您还可以通过测试资源管理器运行选定的测试。为此，Ctrl+单击（或 macOS 上的 Cmd+单击）您要运行的测试，右键单击其中一个测试，然后选择 运行测试。

在测试运行后，VS Code 会直接在编辑器中以装订线装饰的形式显示结果。失败的测试也会在编辑器中突出显示，并显示一个速览视图，其中显示测试运行错误消息以及所有测试运行的历史记录。您可以按 Escape 键关闭视图，您可以通过打开用户设置（首选项: 打开设置 (UI) 命令在 命令面板 中）并将 测试: 自动打开速览视图 设置的值更改为 never 来禁用它。

在 测试资源管理器 中，显示单个测试的结果以及包含这些测试的任何类和文件。如果文件夹内的任何测试未通过，文件夹将显示失败图标。

VS Code 还在 Python 测试日志 输出面板中显示测试结果。

并行运行测试

通过 pytest-xdist 包支持并行运行 pytest 测试。要启用并行测试

1. 打开集成终端并安装 pytest-xdist 包。有关更多详细信息，请参阅项目文档页面。

   对于 Windows

   py -3 -m pip install pytest-xdist
   

   对于 macOS/Linux

   python3 -m pip install pytest-xdist
   

2. 接下来，在您的项目目录中创建一个名为 pytest.ini 的文件，并添加以下内容，指定要使用的 CPU 数量。例如，将其设置为 4 个 CPU

    [pytest]
    addopts=-n4
   

   或者，如果您使用 pyproject.toml 文件

    [tool.pytest.ini_options]
    addopts="-n 4"
   

3. 运行您的测试，现在将并行运行。

运行带覆盖率的测试

测试覆盖率衡量您的代码中有多少被测试覆盖，这可以帮助您识别代码中未被充分测试的区域。有关测试覆盖率的更多信息，请访问 VS Code 的 测试覆盖率文档。

提示：当前仅当将 "python.experiments.optInto": ["pythonTestAdapter"] 添加到您的用户 settings.json 时，才支持运行带覆盖率的 Python 测试。

要运行启用覆盖率的测试，请选择测试资源管理器中的覆盖率运行图标或通常从中触发测试运行的任何菜单中的“运行带覆盖率”选项。如果您使用的是 pytest，Python 扩展将使用 pytest-cov 插件运行覆盖率，或者对于 unittest，将使用 coverage.py。

注意：在运行带覆盖率的测试之前，请确保为您的项目安装正确的测试覆盖率包。

覆盖率运行完成后，将在编辑器中突出显示行，以指示行级覆盖率。测试覆盖率结果将作为“测试资源管理器”中的“测试覆盖率”子选项卡出现，您还可以使用命令面板中的 测试: 聚焦于测试覆盖率视图 (F1)) 导航到该选项卡。在此面板上，您可以查看工作区中每个文件和文件夹的行覆盖率指标。

为了更精细地控制使用 pytest 时的覆盖率运行，您可以编辑 python.testing.pytestArgs 设置以包含您的规范。当 pytest 参数 --cov 存在于 python.testing.pytestArgs 中时，Python 扩展将不会对覆盖率参数进行任何额外的编辑，以允许您的自定义生效。如果未找到 --cov 参数，扩展将在运行之前将 --cov=. 添加到 pytest 参数，以在工作区根目录启用覆盖率。

调试测试

您可能偶尔需要单步执行并分析调试器中的测试，这可能是因为测试本身存在您需要跟踪的代码缺陷，或者为了更好地理解为什么正在测试的代码区域失败。有关调试的更多信息或了解其在 VS Code 中的工作方式，您可以阅读 Python 调试配置和一般的 VS Code 调试 文章。

例如，前面给出的 test_decrement 函数失败是因为断言本身有缺陷。以下步骤演示如何分析测试

1. 在 test_decrement 函数的第一行设置断点。

2. 右键单击函数定义旁边的装订线装饰，然后选择 调试测试，或选择 测试资源管理器 中该测试旁边的 调试测试 图标。VS Code 启动调试器并在断点处暂停。

   

3. 在 调试控制台 面板中，输入 inc_dec.decrement(3) 以查看实际结果为 2，而测试中指定的预期结果是不正确的值 4。

4. 停止调试器并更正错误代码

   # unittest
   self.assertEqual(inc_dec.decrement(3), 2)
   
   # pytest
   assert inc_dec.decrement(3) == 2
   

5. 保存文件并再次运行测试以确认它们通过，并查看装订线装饰也指示通过状态。

   注意：运行或调试测试不会自动保存测试文件。始终确保在运行测试之前保存对测试的更改，否则您很可能会对结果感到困惑，因为它们仍然反映文件的先前版本！

您可以使用来自命令面板的以下命令来调试测试

• 测试: 调试所有测试 - 为工作区中的所有测试启动调试器。
• 测试: 调试当前文件中的测试 - 为您在编辑器中打开的文件中定义的测试启动调试器。
• 测试: 调试光标处的测试 - 仅为您将光标焦点放在编辑器中的方法启动调试器。您还可以使用测试资源管理器中的 调试测试 图标来为选定范围内的所有测试和所有已发现的测试启动调试器。

您还可以通过将 testing.defaultGutterClickAction 设置值更改为 debug 在您的 settings.json 文件中，来更改单击装订线装饰的默认行为以调试测试而不是运行测试。

调试器对于测试的工作方式与对于其他 Python 代码相同，包括断点、变量检查等等。要自定义调试测试的设置，您可以在工作区的 .vscode 文件夹中的 launch.json 文件中指定 "purpose": ["debug-test"]。当您运行 测试: 调试所有测试、测试: 调试当前文件中的测试 和 测试: 调试光标处的测试 命令时，将使用此配置。

例如，launch.json 文件中的以下配置禁用了调试测试的 justMyCode 设置

{
  "name": "Python: Debug Tests",
  "type": "debugpy",
  "request": "launch",
  "program": "${file}",
  "purpose": ["debug-test"],
  "console": "integratedTerminal",
  "justMyCode": false
}

如果您有多个具有 "purpose": ["debug-test"] 的配置条目，则将使用第一个定义，因为我们目前不支持此请求类型的多个定义。

测试命令

以下是 Python 扩展在 VS Code 中支持的所有测试命令。这些都可以在命令面板中找到

Django 单元测试

Python 扩展还提供对发现和运行 Django 单元测试的支持！您只需几个额外的设置步骤即可发现您的 Django 测试

提示：当前仅当将 "python.experiments.optInto": ["pythonTestAdapter"] 添加到您的用户 settings.json 时，才支持 Django 测试。

1. 在您的 settings.json 文件中设置 "python.testing.unittestEnabled": true,。
2. 添加 MANAGE_PY_PATH 作为环境变量
   1. 在您的项目根目录中创建一个 .env 文件。
   2. 将 MANAGE_PY_PATH='<path-to-manage.py>' 添加到 .env 文件，将 <path-to-manage.py> 替换为应用程序 manage.py 文件的路径。

      提示：您可以通过右键单击资源管理器视图中的文件并选择 复制路径 来复制路径。

3. 根据需要将 Django 测试参数添加到 settings.json 文件中的 "python.testing.unittestArgs": []，并删除任何与 Django 不兼容的参数。

注意：默认情况下，Python 扩展会在项目根目录查找并加载 .env 文件。如果您的 .env 文件不在项目根目录或您正在使用 VS Code 变量替换，请将 "python.envFile": "${workspaceFolder}/<path-to-.env>" 添加到您的 settings.json 文件。这使 Python 扩展能够在运行和发现测试时从此文件加载环境变量。获取有关 Python 环境变量的更多信息。

导航到“测试”视图，然后选择 刷新测试 按钮以显示您的 Django 测试！

故障排除

如果您的 Django 单元测试未显示在“测试”视图中，请尝试以下故障排除步骤

• 在 Python 输出面板中搜索错误消息。它们可能提供有关为什么未发现您的测试的提示。

• 尝试在终端中运行 Django 测试。然后将相同的命令“翻译”为 VS Code 设置。例如，如果您在终端中运行 python manage.py test --arg，您需要将 MANAGE_PY_PATH='./manage.py' 添加到 .env 文件，并在 VS Code 设置中设置 "python.testing.unittestArgs": [--arg]。

  或者，您还可以在 Python 输出面板中找到 Python 扩展运行的命令。

• 如果最初使用了相对路径，请在设置 MANAGE_PY_PATH 环境变量时使用 manage.py 文件的绝对路径。

pytest 的 IntelliSense

Pylance 提供 IntelliSense 功能，可以帮助您更高效地使用 pytest fixture 和 参数化测试。

当您键入测试函数的参数时，Pylance 将为您提供一个补全列表，其中包括来自 @pytest.mark.parametrize 装饰器的参数名称，以及在您的测试文件或 conftest.py 中定义的现有 pytest fixture。代码导航功能（例如 转到定义 和 查找所有引用）和重命名符号重构也受支持。

当悬停在 fixture 引用或参数化参数引用上时，Pylance 将显示推断的类型批注，该批注基于 fixture 的返回值，或基于传递给参数化装饰器的参数的推断类型。

Pylance 还提供代码操作，以将类型批注添加到具有 fixture 参数的测试函数。还可以通过在您的用户设置中将 python.analysis.inlayHints.pytestParameters 设置为 true 来启用推断的 fixture 参数类型的内嵌提示。

测试配置设置

使用 Python 进行测试的行为由 VS Code 提供的通用 UI 设置以及特定于 Python 和您已启用的任何框架的设置驱动。

通用 UI 设置

影响测试功能 UI 的设置由 VS Code 本身提供，当您搜索“Testing”时，可以在 VS Code 设置编辑器中找到它们。

通用 Python 设置

unittest 配置设置

unittest 的默认参数如下

• -v 设置默认详细程度。删除此参数可获得更简单的输出。
• -s . 指定发现测试的起始目录。如果您的测试位于“test”文件夹中，请将参数更改为 -s test（在参数数组中表示 "-s", "test"）。
• -p *test*.py 是用于查找测试的发现模式。在本例中，它是任何包含单词“test”的 .py 文件。如果您以不同的方式命名测试文件，例如将“_test”附加到每个文件名，则在数组的相应参数中使用类似 *_test.py 的模式。

要在第一次失败时停止测试运行，请将快速失败选项 "-f" 添加到参数数组。

有关可用选项的完整集，请参阅 unittest 命令行界面。

pytest 配置设置

您还可以使用 pytest.ini 文件配置 pytest，如 pytest 配置中所述。

注意 如果您安装了 pytest-cov 覆盖率模块，VS Code 在调试时不会在断点处停止，因为 pytest-cov 使用相同的技术来访问正在运行的源代码。为了防止此行为，请在调试测试时在 pytestArgs 中包含 --no-cov，例如通过将 "env": {"PYTEST_ADDOPTS": "--no-cov"} 添加到您的调试配置中。（有关如何设置该启动配置的信息，请参阅上面 调试测试。）（有关更多信息，请参阅 pytest-cov 文档中的 调试器和 PyCharm。）

IntelliSense 设置

另请参阅

• Python 环境 - 控制用于编辑和调试的 Python 解释器。
• 设置参考 - 探索 VS Code 中与 Python 相关的全部设置。