Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

take a detailed look at integration with the monkeypatch fixture #9

Open
RonnyPfannschmidt opened this issue Apr 9, 2015 · 12 comments

Comments

@RonnyPfannschmidt
Copy link
Member

No description provided.

@RonnyPfannschmidt
Copy link
Member Author

after some analysis i came to the conclusion that monkeypatch needs to be extended and a mock integration for pytest should never use mock.patch

@nicoddemus
Copy link
Member

Hi @RonnyPfannschmidt,

I'm not sure what you mean, can you clarify your request a bit please? How would you like to extend monkeypatch, and what do you mean by mock integration for pytest should never use mock.patch?

@RonnyPfannschmidt
Copy link
Member Author

mock.patch maintains a custom set of own monkey-patches which is completely unaware of pytest

monkeypatch is neither context nest-able, nor can it do partial undo

so for a proper integration monkeypatch needs partial undo

@nicoddemus
Copy link
Member

I'm not sure what your overall object is... to integrate pytest-mock into pytest? Unify the implementations? Make pytest-mock use monkeypatch?

While there is overlap, monkeypatch and unittest.mock are not the same. Monkeypatch does simple attribute substitution, replacing attributes and functions, while unittest.mock does that plus it provides a Mock class which you can configure to behave as another class for testing, monitor calls were made to it, etc. pytest-mock is just a convenience around the unittest.mock module for use with pytest (here's the rationale).

@RonnyPfannschmidt
Copy link
Member Author

my basic understanding is that mock.patch deals with monkeypatching mock objects into places
so its a monkeypatching mechanism distinct from pytest monkeypatch which means monkeypatch and mock.patch do not integrate

i'm not yet after a implementation unification, but i'd like to have things in place that taking mock support into pytest later on is straightforward and well combined

@nicoddemus
Copy link
Member

monkeypatch has an undo method, so implementing support for with statement seems straightforward to implement.

I'm not sure what you mean by which means monkeypatch and mock.patch do not integrate, since I think this works:

m = mock.Mock()
monkeypatch(obj, 'attr', m)

@RonnyPfannschmidt
Copy link
Member Author

but a monkeypatch works very different from a mock.patch - for example monkeypatch lacks selective undo

@nicoddemus
Copy link
Member

That's true

@graingert
Copy link
Member

@nicoddemus @RonnyPfannschmidt is this still blocking merging pytest-mock into pytest? With pytest 5 dropping support for platforms without unittest.mock it makes a lot of sense to have it built in

@nicoddemus
Copy link
Member

@graingert I'm not sure, because now users will have two builtin options, monkeypatch and mocker, which is confusing.

We might think about how to integrate them instead, for example monkeypatch.mock might behave like the current mocker fixture:

def test_foo(monkeypatch):
    monkeypatch.mock.patch('os.remove')

Or we might decide to add patch and patch.object directly to monkeypatch:

def test_foo(monkeypatch):
    monkeypatch.patch('os.remove')

But actually I'm leaning towards leaving outside the core for now.

@graingert
Copy link
Member

graingert commented Jul 5, 2019 via email

@nicoddemus
Copy link
Member

IMO they are widely different: while tmp_path and tmpdir both provide the same temporary directory only changing the type of object returned, monkeypatch and mocker provide completely different interfaces and capabilities: monkeypatch only replaces attributes by an equivalent object, while mocker installs a MagicMock object in-place of existing attributes and adds tons of capabilities, including checking how the mock object was called.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants