Як перевірити наступний код з макетами (використовуючи макети, декоратор патчів та дозорні програми, надані Mock Framework Майкла Форада ):
def testme(filepath):
with open(filepath, 'r') as f:
return f.read()
Як перевірити наступний код з макетами (використовуючи макети, декоратор патчів та дозорні програми, надані Mock Framework Майкла Форада ):
def testme(filepath):
with open(filepath, 'r') as f:
return f.read()
Відповіді:
Спосіб цього змінився в макеті 0.7.0, який нарешті підтримує знущання з методів протоколу python (магічні методи), зокрема з використанням MagicMock:
http://www.voidspace.org.uk/python/mock/magicmock.html
Приклад знущання відкрити як менеджер контексту (зі сторінки прикладів у макетній документації):
>>> open_name = '%s.open' % __name__
>>> with patch(open_name, create=True) as mock_open:
... mock_open.return_value = MagicMock(spec=file)
...
... with open('/some/path', 'w') as f:
... f.write('something')
...
<mock.Mock object at 0x...>
>>> file_handle = mock_open.return_value.__enter__.return_value
>>> file_handle.write.assert_called_with('something')
__enter__
та __exit__
знущається над об'єктами - останній підхід застарів чи все ще корисний?
file
немає!
mock_open
є частиною mock
основи і дуже проста у використанні. patch
використовується як контекст, повертає об'єкт, який використовується для заміни виправленого: ви можете використовувати його, щоб зробити свій тест простішим.
Використовуйте builtins
замість __builtin__
.
from unittest.mock import patch, mock_open
with patch("builtins.open", mock_open(read_data="data")) as mock_file:
assert open("path/to/open").read() == "data"
mock_file.assert_called_with("path/to/open")
mock
не є частиною, unittest
і вам слід виправити__builtin__
from mock import patch, mock_open
with patch("__builtin__.open", mock_open(read_data="data")) as mock_file:
assert open("path/to/open").read() == "data"
mock_file.assert_called_with("path/to/open")
Якщо ви використовуєте patch
як декоратор, використовуючи mock_open()
результат new
patch
'як аргумент', це може бути трохи дивним.
У цьому випадку краще використовувати new_callable
patch
аргумент 's і пам'ятати, що всі додаткові аргументи, які patch
не використовуються, будуть передані у new_callable
функцію, як описано в patch
документації .
patch () приймає довільні аргументи ключових слів. Вони будуть передані Макету (або new_callable) при будівництві.
Наприклад, оформлена версія для Python 3.x :
@patch("builtins.open", new_callable=mock_open, read_data="data")
def test_patch(mock_file):
assert open("path/to/open").read() == "data"
mock_file.assert_called_with("path/to/open")
Пам’ятайте, що в цьому випадку patch
ви додасте макетний об’єкт як аргумент вашої тестової функції.
with patch("builtins.open", mock_open(read_data="data")) as mock_file:
можна перетворити в синтаксис декоратора? Я намагався, але не впевнений, що мені потрібно передати @patch("builtins.open", ...)
як другий аргумент.
return_value
на mock_open
в інший фіктивний об'єкт і які стверджують другий фіктивної - х return_value
), але він працював, додаючи в mock_open
якості new_callable
.
six
модуль, щоб мати послідовний mock
модуль. Але я не знаю, чи вона відображається також builtins
у загальному модулі.
В останніх версіях макету ви можете використовувати дійсно корисний помічник mock_open :
mock_open (макет = жоден, read_data = Жоден)
Допоміжна функція для створення макету для заміни використання відкритого. Він працює для відкритих викликів безпосередньо або використовується як менеджер контексту.
Аргумент макету є об'єктом макету, який потрібно налаштувати. Якщо немає (за замовчуванням), то для вас буде створений MagicMock, API обмежений методами чи атрибутами, доступними на стандартних ручках файлів.
read_data - рядок для повернення методу читання для файлу, що повертається. Це порожній рядок за замовчуванням.
>>> from mock import mock_open, patch
>>> m = mock_open()
>>> with patch('{}.open'.format(__name__), m, create=True):
... with open('foo', 'w') as h:
... h.write('some stuff')
>>> m.assert_called_once_with('foo', 'w')
>>> handle = m()
>>> handle.write.assert_called_once_with('some stuff')
.write
дзвінків?
handle.write.assert_any_call()
. Ви також можете використовувати handle.write.call_args_list
кожен дзвінок, якщо замовлення важливе.
m.return_value.write.assert_called_once_with('some stuff')
краще imo. Уникає реєстрації дзвінка.
Mock.call_args_list
безпечніше, ніж викликати будь-який із Mock.assert_xxx
методів. Якщо ви неправильно написали будь-яке з останніх, будучи атрибутами Макету, вони завжди мовчки пройдуть.
Щоб використовувати mock_open для простого файлу read()
(оригінальний фрагмент mock_open, який вже надано на цій сторінці , орієнтований більше на запис):
my_text = "some text to return when read() is called on the file object"
mocked_open_function = mock.mock_open(read_data=my_text)
with mock.patch("__builtin__.open", mocked_open_function):
with open("any_string") as f:
print f.read()
Зауважте, що згідно з документами для mock_open, це спеціально для read()
, тому не працюватиме із загальними шаблонами, наприклад for line in f
, наприклад.
Використовує python 2.6.6 / mock 1.0.1
for line in opened_file:
типом коду. Я спробував експериментувати з ітерабельним StringIO, який реалізує __iter__
та використовує це замість my_text
, але не пощастило.
read()
того, що не працюватиме у вашому for line in opened_file
випадку; Я відредагував пост, щоб уточнити
for line in f:
Підтримка @EvgeniiPuchkaryov може бути досягнута, замість цього знущаючись із значення повернення open()
як об'єкта StringIO .
with open("any_string") as f: print f.read()
Верхня відповідь корисна, але я трохи розширив її.
Якщо ви хочете встановити значення вашого файлового об’єкта ( f
in as f
) на основі аргументів, переданих open()
тут, ось один із способів зробити це:
def save_arg_return_data(*args, **kwargs):
mm = MagicMock(spec=file)
mm.__enter__.return_value = do_something_with_data(*args, **kwargs)
return mm
m = MagicMock()
m.side_effect = save_arg_return_array_of_data
# if your open() call is in the file mymodule.animals
# use mymodule.animals as name_of_called_file
open_name = '%s.open' % name_of_called_file
with patch(open_name, m, create=True):
#do testing here
В основному, open()
поверне об'єкт і with
зателефонує __enter__()
на цей об'єкт.
Щоб правильно знущатися, ми повинні знущатися, open()
щоб повернути макетний об’єкт. Тоді цей макетний об’єкт повинен знущатися над __enter__()
викликом на ньому ( MagicMock
зробить це для нас), щоб повернути макетні дані / файл-об'єкт, який ми хочемо (звідси mm.__enter__.return_value
). Виконання цього способу за допомогою двох макетів, описаних вище, дозволяє нам захопити аргументи, передані open()
та передати їх нашому do_something_with_data
методу.
Я передав цілий файл макету як рядок open()
і do_something_with_data
виглядав так:
def do_something_with_data(*args, **kwargs):
return args[0].split("\n")
Це перетворює рядок у список, щоб ви могли зробити наступне, як і у звичайному файлі:
for line in file:
#do action
__enter__
? Це, безумовно, більше схоже на злом, ніж рекомендований спосіб.
Можливо, я трохи запізнююся з грою, але це спрацювало для мене під час дзвінка open
в інший модуль без створення нового файлу.
test.py
import unittest
from mock import Mock, patch, mock_open
from MyObj import MyObj
class TestObj(unittest.TestCase):
open_ = mock_open()
with patch.object(__builtin__, "open", open_):
ref = MyObj()
ref.save("myfile.txt")
assert open_.call_args_list == [call("myfile.txt", "wb")]
MyObj.py
class MyObj(object):
def save(self, filename):
with open(filename, "wb") as f:
f.write("sample text")
Переклеюючи open
функцію всередині __builtin__
модуля до моєї mock_open()
, я можу знущатися над написанням у файл, не створюючи жодного.
Примітка: Якщо ви використовуєте модуль, який використовує cython, або ваша програма будь-яким чином залежить від cython, вам потрібно буде імпортувати модуль cython,__builtin__
включивши import __builtin__
вгорі вашого файлу. Ви не зможете знущатися над універсалом, __builtin__
якщо будете використовувати цитон.
import __builtin__
до свого тестового модуля. Ця стаття допомогла уточнити, чому ця методика працює так само добре: ichimonji10.name/blog/6
Це працювало для виправлення для читання конфігурації json.
class ObjectUnderTest:
def __init__(self, filename: str):
with open(filename, 'r') as f:
dict_content = json.load(f)
Обмежений об'єкт - це об'єкт io.TextIOWrapper, який повертається функцією open ()
@patch("<src.where.object.is.used>.open",
return_value=io.TextIOWrapper(io.BufferedReader(io.BytesIO(b'{"test_key": "test_value"}'))))
def test_object_function_under_test(self, mocker):
Якщо вам більше не потрібен файл, ви можете прикрасити метод тестування:
@patch('builtins.open', mock_open(read_data="data"))
def test_testme():
result = testeme()
assert result == "data"