> **Источник:** https://python-all.ru/2.7/library/test.html
>
> «Документация Python на русском» – неофициальный перевод официальной документации Python: версии от 2.6 до 3.16, полнотекстовый поиск, английский оригинал рядом с переводом. Эта Markdown-версия страницы предназначена для работы с LLM: вставьте её в ChatGPT, Claude или Cursor.

---

# 25.5. [`test`](https://python-all.ru/2.7/library/test.html#module-test) – Пакет регрессионных тестов для Python

> **Примечание**
>
> Пакет [`test`](https://python-all.ru/2.7/library/test.html#module-test) предназначен только для внутреннего использования Python. Он dокументирован для разработчиков ядра Python. Использование этого пакета за пределами стандартной библиотеки Python не рекомендуется, так как упомянутый здесь код может быть изменён или удалён без уведомления между выпусками Python.

Пакет [`test`](https://python-all.ru/2.7/library/test.html#module-test) содержит все регрессионные тесты для Python, а также модули [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) и `test.regrtest`. [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) используется для расширения возможностей тестов, а `test.regrtest` управляет набором тестов.

Каждый модуль в пакете [`test`](https://python-all.ru/2.7/library/test.html#module-test), имя которого начинается с `test_`, является набором тестов для конкретного модуля или функции. Все новые тесты следует писать с использованием модулей [`unittest`](https://python-all.ru/2.7/library/unittest.html#module-unittest) или [`doctest`](https://python-all.ru/2.7/library/doctest.html#module-doctest). Некоторые старые тесты написаны в «традиционном» стиле тестирования, сравнивающем вывод, направленный в `sys.stdout`; такой стиль теста считается устаревшим.

> **См. также**
>
> **Модуль [`unittest`](https://python-all.ru/2.7/library/unittest.html#module-unittest)**
>
> Написание регрессионных тестов PyUnit.
>
> **Модуль [`doctest`](https://python-all.ru/2.7/library/doctest.html#module-doctest)**
>
> Тесты, встроенные в строки документации.

## 25.5.1. Написание модульных тестов для пакета [`test`](https://python-all.ru/2.7/library/test.html#module-test)

Для тестов, использующих модуль [`unittest`](https://python-all.ru/2.7/library/unittest.html#module-unittest), рекомендуется следовать нескольким правилам. Одно из них – называть модуль тестов, начиная его имя с `test_` и заканчивая названием тестируемого модуля. Методы тестов в модуле тестирования должны начинаться с `test_` и заканчиваться описанием того, что метод тестирует. Это необходимо, чтобы тестовый драйвер распознавал методы как тестовые. Кроме того, не следует включать строку документации для метода. Вместо этого следует использовать комментарий (например, `# Tests function returns only True or False`) для документирования тестовых методов. Это связано с тем, что строки документации выводятся на печать, если они существуют, и таким образом не указывается, какой именно тест выполняется.

Часто используется стандартная заготовка:

```python
import unittest
from test import support

class MyTestCase1(unittest.TestCase):

    # Используйте setUp() и tearDown() только при необходимости

    def setUp(self):
        ... code to execute in preparation for tests ...

    def tearDown(self):
        ... code to execute to clean up after tests ...

    def test_feature_one(self):
        # Тест первой возможности.
        ... testing code ...

    def test_feature_two(self):
        # Тест второй возможности.
        ... testing code ...

    ... more test methods ...

class MyTestCase2(unittest.TestCase):
    ... same structure as MyTestCase1 ...

... more test classes ...

def test_main():
    support.run_unittest(MyTestCase1,
                         MyTestCase2,
                         ... list other tests ...
                         )

if __name__ == '__main__':
    test_main()
```

Этот шаблонный код позволяет запускать набор тестов с помощью `test.regrtest`, а также самостоятельно как скрипт.

Цель регрессионного тестирования – попытаться сломать код. Это приводит к нескольким правилам, которым следует следовать:

- Набор тестов должен задействовать все классы, функции и константы. Это включает не только внешний API, который будет представлен внешнему миру, но и «приватный» код.
- Предпочтительно тестирование методом белого ящика (анализ тестируемого кода при написании тестов). Тестирование методом чёрного ящика (тестирование только опубликованного пользовательского интерфейса) недостаточно для проверки всех граничных и крайних случаев.
- Убедитесь, что все возможные значения протестированы, включая недопустимые. Это гарантирует, что не только все допустимые значения принимаются, но и неправильные значения обрабатываются корректно.
- Исчерпайте как можно больше путей выполнения кода. Тестируйте места ветвления и соответственно подбирайте входные данные, чтобы гарантировать, что проходит как можно больше различных путей.
- Добавляйте явные тесты для любых ошибок, обнаруженных в тестируемом коде. Это гарантирует, что ошибка не возникнет снова, если код будет изменён в будущем.
- Убедитесь, что после тестов выполнена очистка (например, закрыты и удалены все временные файлы).
- Если тест зависит от конкретного условия операционной системы, то проверьте, что условие уже выполняется, прежде чем запускать тест.
- Импортируйте как можно меньше модулей и делайте это как можно раньше. Это минимизирует внешние зависимости тестов, а также уменьшает возможные аномальные поведения из-за побочных эффектов импорта модуля.
- Старайтесь максимально повторно использовать код. Иногда тесты могут различаться такой мелочью, как тип используемых входных данных. Минимизируйте дублирование кода, создавая подкласс базового тестового класса, который определяет входные данные:

  ```python
  class TestFuncAcceptsSequences(unittest.TestCase):

      func = mySuperWhammyFunction

      def test_func(self):
          self.func(self.arg)

  class AcceptLists(TestFuncAcceptsSequences):
      arg = [1, 2, 3]

  class AcceptStrings(TestFuncAcceptsSequences):
      arg = 'abc'

  class AcceptTuples(TestFuncAcceptsSequences):
      arg = (1, 2, 3)
  ```

> **См. также**
>
> **Разработка через тестирование**
>
> Книга Кента Бека о написании тестов до кода.

## 25.5.2. Запуск тестов с помощью интерфейса командной строки

Модуль `test.regrtest` можно запустить как скрипт для управления набором регрессионных тестов Python благодаря опции [`-m`](https://python-all.ru/2.7/using/cmdline.html#cmdoption-m): **python -m test.regrtest**. Запуск скрипта самостоятельно автоматически начинает выполнение всех регрессионных тестов в пакете [`test`](https://python-all.ru/2.7/library/test.html#module-test). Это делается путём поиска всех модулей в пакете, чьи имена начинаются с `test_`, их импорта и выполнения функции `test_main()`, если она присутствует. Имена тестов для выполнения также можно передать скрипту. Указание одного регрессионного теста (**python -m test.regrtest test\_spam**) минимизирует вывод и печатает только то, прошёл тест или нет, тем самым уменьшая объём вывода.

Запуск `test.regrtest` напрямую позволяет задать, какие ресурсы доступны для использования тестами. Для этого используется опция командной строки `-u`. Указание `all` в качестве значения для опции `-u` включает все возможные ресурсы: **python -m test.regrtest -uall**. Если требуется все, кроме одного ресурса (более частый случай), после `all` можно указать разделённый запятыми список нежелательных ресурсов. Команда **python -m test.regrtest -uall,-audio,-largefile** запустит `test.regrtest` со всеми ресурсами, кроме `audio` и `largefile`. Чтобы получить список всех ресурсов и других опций командной строки, выполните **python -m test.regrtest -h**.

Некоторые другие способы выполнения регрессионных тестов зависят от платформы, на которой они выполняются. В Unix можно выполнить **make test** в корневом каталоге сборки Python. В Windows выполнение **rt.bat** из каталога `PCBuild` запустит все регрессионные тесты.

Изменено в версии 2.7.14: Пакет [`test`](https://python-all.ru/2.7/library/test.html#module-test) можно запускать как скрипт: **python -m test**. Это работает так же, как запуск модуля `test.regrtest`.

# 25.6. [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) – Вспомогательные функции для тестов

> **Примечание**
>
> Модуль `test.test_support` был переименован в [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) в Python 3.x и 2.7.14. Имя `test.test_support` сохранено как псевдоним в 2.7.

Модуль [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) обеспечивает поддержку регрессионных тестов Python.

В этом модуле определены следующие исключения:

#### `exception test.support.TestFailed`

Исключение, которое вызывается при неудаче теста. Устарело в пользу тестов на основе [`unittest`](https://python-all.ru/2.7/library/unittest.html#module-unittest) и методов утверждений [`unittest.TestCase`](https://python-all.ru/2.7/library/unittest.html#unittest.TestCase).

#### `exception test.support.ResourceDenied`

Подкласс [`unittest.SkipTest`](https://python-all.ru/2.7/library/unittest.html#unittest.SkipTest). Возбуждается, когда ресурс (например, сетевое соединение) недоступен. Возбуждается функцией [`requires()`](https://python-all.ru/2.7/library/test.html#test.support.requires).

Модуль [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) определяет следующие константы:

#### `test.support.verbose`

[`True`](https://python-all.ru/2.7/library/constants.html#True), если включен подробный вывод. Следует проверять, когда требуется более детальная информация о выполняющемся тесте. *verbose* устанавливается `test.regrtest`.

#### `test.support.have_unicode`

[`True`](https://python-all.ru/2.7/library/constants.html#True) если доступна поддержка Unicode.

#### `test.support.is_jython`

[`True`](https://python-all.ru/2.7/library/constants.html#True), если запущенный интерпретатор – Jython.

#### `test.support.TESTFN`

Устанавливается в имя, безопасное для использования в качестве имени временного файла. Любой созданный временный файл должен быть закрыт и удалён.

#### `test.support.TEST_HTTP_URL`

Определяет URL выделенного HTTP-сервера для сетевых тестов.

Модуль [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) определяет следующие функции:

#### `test.support.forget(module_name)`

Удаляет модуль *module\_name* из `sys.modules` и удаляет все скомпилированные в байт-код файлы этого модуля.

#### `test.support.is_resource_enabled(resource)`

Возвращает [`True`](https://python-all.ru/2.7/library/constants.html#True), если *resource* включён и доступен. Список доступных ресурсов задаётся только при выполнении тестов `test.regrtest`.

#### `test.support.requires(resource[, msg])`

Возбуждает [`ResourceDenied`](https://python-all.ru/2.7/library/test.html#test.support.ResourceDenied), если *resource* недоступен. *msg* – это аргумент для [`ResourceDenied`](https://python-all.ru/2.7/library/test.html#test.support.ResourceDenied), если он возбуждается. Всегда возвращает [`True`](https://python-all.ru/2.7/library/constants.html#True), если вызвана из функции, чей `__name__` равен `'__main__'`. Используется при выполнении тестов с помощью `test.regrtest`.

#### `test.support.findfile(filename)`

Возвращает путь к файлу с именем *filename*. Если совпадений не найдено, возвращается *filename*. Это не считается ошибкой, так как оно может быть путём к файлу.

#### `test.support.run_unittest(*classes)`

Выполняет подклассы [`unittest.TestCase`](https://python-all.ru/2.7/library/unittest.html#unittest.TestCase), переданные функции. Функция сканирует классы на наличие методов, начинающихся с префикса `test_`, и выполняет тесты по отдельности.

Также допускается передавать строки в качестве параметров; они должны быть ключами в `sys.modules`. Каждый связанный модуль будет просканирован функцией `unittest.TestLoader.loadTestsFromModule()`. Обычно это встречается в следующей функции `test_main()`:

```python
def test_main():
    support.run_unittest(__name__)
```

Это запустит все тесты, определенные в указанном модуле.

#### `test.support.check_warnings(*filters, quiet=True)`

Удобная обёртка для [`warnings.catch_warnings()`](https://python-all.ru/2.7/library/warnings.html#warnings.catch_warnings), упрощающая проверку того, что предупреждение было корректно возбуждено. Она примерно эквивалентна вызову `warnings.catch_warnings(record=True)` с [`warnings.simplefilter()`](https://python-all.ru/2.7/library/warnings.html#warnings.simplefilter), установленным в `always`, и с возможностью автоматической проверки записанных результатов.

`check_warnings` принимает кортежи из 2 элементов вида `("message regexp", WarningCategory)` в качестве позиционных аргументов. Если указан один или несколько *filters*, или если необязательный ключевой аргумент *quiet* равен [`False`](https://python-all.ru/2.7/library/constants.html#False), он проверяет, что предупреждения соответствуют ожидаемым: каждый указанный фильтр должен совпадать хотя бы с одним предупреждением, вызванным вложенным кодом, иначе тест завершается неудачей; если возникают предупреждения, не совпадающие ни с одним из указанных фильтров, тест также завершается неудачей. Чтобы отключить первую из этих проверок, установите *quiet* в [`True`](https://python-all.ru/2.7/library/constants.html#True).

Если аргументы не указаны, по умолчанию используется:

```python
check_warnings(("", Warning), quiet=True)
```

В этом случае перехватываются все предупреждения и исключения не возбуждаются.

При входе в менеджер контекста возвращается экземпляр `WarningRecorder`. Базовый список предупреждений из [`catch_warnings()`](https://python-all.ru/2.7/library/warnings.html#warnings.catch_warnings) доступен через атрибут [`warnings`](https://python-all.ru/2.7/library/warnings.html#module-warnings) объекта recorder. Для удобства атрибуты объекта, представляющего последнее предупреждение, также можно получить напрямую через объект recorder (см. пример ниже). Если предупреждений не было, то любой из атрибутов, которые обычно ожидаются у объекта, представляющего предупреждение, вернёт [`None`](https://python-all.ru/2.7/library/constants.html#None).

Объект recorder также имеет метод `reset()`, который очищает список предупреждений.

Менеджер контекста предназначен для использования следующим образом:

```python
with check_warnings(("assertion is always true", SyntaxWarning),
                    ("", UserWarning)):
    exec('assert(False, "Hey!")')
    warnings.warn(UserWarning("Hide me!"))
```

В этом случае, если какое-либо из предупреждений не было возбуждено, или было возбуждено другое предупреждение, [`check_warnings()`](https://python-all.ru/2.7/library/test.html#test.support.check_warnings) возбудит исключение.

Когда тесту требуется более глубоко изучить предупреждения, а не просто проверить, были ли они, можно использовать такой код:

```python
with check_warnings(quiet=True) as w:
    warnings.warn("foo")
    assert str(w.args[0]) == "foo"
    warnings.warn("bar")
    assert str(w.args[0]) == "bar"
    assert str(w.warnings[0].args[0]) == "foo"
    assert str(w.warnings[1].args[0]) == "bar"
    w.reset()
    assert len(w.warnings) == 0
```

Здесь будут перехвачены все предупреждения, и тестовый код напрямую проверяет перехваченные предупреждения.

Новое в версии 2.6.

Изменено в версии 2.7: Новые необязательные аргументы *filters* и *quiet*.

#### `test.support.check_py3k_warnings(*filters, quiet=False)`

Аналогично [`check_warnings()`](https://python-all.ru/2.7/library/test.html#test.support.check_warnings), но для предупреждений совместимости с Python 3. Если `sys.py3kwarning == 1`, проверяется, было ли предупреждение фактически вызвано. Если `sys.py3kwarning == 0`, проверяется, что предупреждение не было вызвано. Функция принимает кортежи из двух элементов вида `("message regexp", WarningCategory)` в качестве позиционных аргументов. Когда необязательный именованный аргумент *quiet* равен [`True`](https://python-all.ru/2.7/library/constants.html#True), она не считает ошибкой, если фильтр не поймал ничего. Без аргументов по умолчанию она равна:

```python
check_py3k_warnings(("", DeprecationWarning), quiet=False)
```

Новое в версии 2.7.

#### `test.support.captured_stdout()`

Это контекстный менеджер, который выполняет тело оператора [`with`](https://python-all.ru/2.7/reference/compound_stmts.html#with), используя объект [`StringIO.StringIO`](https://python-all.ru/2.7/library/stringio.html#StringIO.StringIO) в качестве sys.stdout. Этот объект можно получить с помощью предложения `as` оператора [`with`](https://python-all.ru/2.7/reference/compound_stmts.html#with).

Пример использования:

```python
with captured_stdout() as s:
    print "hello"
assert s.getvalue() == "hello\n"
```

Новое в версии 2.6.

#### `test.support.import_module(name, deprecated=False)`

Эта функция импортирует и возвращает указанный модуль. В отличие от обычного импорта, эта функция вызывает [`unittest.SkipTest`](https://python-all.ru/2.7/library/unittest.html#unittest.SkipTest), если модуль не удаётся импортировать.

Сообщения об устаревании модулей и пакетов подавляются во время этого импорта, если *устарело* равен [`True`](https://python-all.ru/2.7/library/constants.html#True).

Новое в версии 2.7.

#### `test.support.import_fresh_module(name, fresh=(), blocked=(), deprecated=False)`

Эта функция импортирует и возвращает свежую копию указанного модуля Python, удаляя его из `sys.modules` перед импортом. Обратите внимание, что, в отличие от [`reload()`](https://python-all.ru/2.7/library/functions.html#reload), оригинальный модуль не затрагивается этой операцией.

*fresh* – это итерируемый объект с дополнительными именами модулей, которые также удаляются из кеша `sys.modules` перед импортом.

*blocked* – это итерируемый объект с именами модулей, которые заменяются на `0` в кеше модулей во время импорта, чтобы попытки их импортировать вызывали [`ImportError`](https://python-all.ru/2.7/library/exceptions.html#exceptions.ImportError).

Указанный модуль и все модули, перечисленные в параметрах *fresh* и *blocked*, сохраняются перед началом импорта, а затем возвращаются обратно в `sys.modules` после завершения свежего импорта.

Сообщения об устаревании модулей и пакетов подавляются во время этого импорта, если *устарело* равен [`True`](https://python-all.ru/2.7/library/constants.html#True).

Эта функция вызовет [`unittest.SkipTest`](https://python-all.ru/2.7/library/unittest.html#unittest.SkipTest), если указанный модуль не удастся импортировать.

Пример использования:

```python
# Получить копии модуля warnings для тестирования без
# влияния на версию, используемую остальной частью тестового набора
# Одна копия использует реализацию на C, другая вынуждена использовать
# резервную реализацию на чистом Python
py_warnings = import_fresh_module('warnings', blocked=['_warnings'])
c_warnings = import_fresh_module('warnings', fresh=['_warnings'])
```

Новое в версии 2.7.

Модуль [`test.support`](https://python-all.ru/2.7/library/test.html#module-test.support) определяет следующие классы:

#### `class test.support.TransientResource(exc[, **kwargs])`

Экземпляры являются контекстным менеджером, который возбуждает [`ResourceDenied`](https://python-all.ru/2.7/library/test.html#test.support.ResourceDenied), если возникает указанный тип исключения. Все именованные аргументы трактуются как пары атрибут/значение для сравнения с любым исключением, возникшим внутри оператора [`with`](https://python-all.ru/2.7/reference/compound_stmts.html#with). Только если все пары правильно совпадают с атрибутами исключения, возбуждается [`ResourceDenied`](https://python-all.ru/2.7/library/test.html#test.support.ResourceDenied).

Новое в версии 2.6.

#### `class test.support.EnvironmentVarGuard`

Класс, используемый для временной установки или отмены переменных окружения. Экземпляры можно использовать как контекстный менеджер, и они имеют полный интерфейс словаря для запроса/изменения базового `os.environ`. После выхода из контекстного менеджера все изменения переменных окружения, сделанные через этот экземпляр, будут отменены.

Новое в версии 2.6.

Изменено в версии 2.7: Добавлен интерфейс словаря.

#### `EnvironmentVarGuard.set(envvar, value)`

Временно устанавливает переменную окружения `envvar` в значение `value`.

#### `EnvironmentVarGuard.unset(envvar)`

Временно удаляет переменную окружения `envvar`.

#### `class test.support.WarningsRecorder`

Класс, используемый для записи предупреждений в модульных тестах. Подробнее см. документацию [`check_warnings()`](https://python-all.ru/2.7/library/test.html#test.support.check_warnings) выше.

Новое в версии 2.6.