This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Mock with spec object does not ensure method call signatures
Type: behavior Stage: patch review
Components: Library (Lib) Versions: Python 3.8
process
Status: open Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: breilly_box, cbelu, cjw296, mariocj89, michael.foord, pconnell, xtreak
Priority: normal Keywords: patch

Created on 2017-06-07 12:04 by cbelu, last changed 2022-04-11 14:58 by admin.

Pull Requests
URL Status Linked Edit
PR 1982 open cbelu, 2017-06-07 12:04
Messages (5)
msg295335 - (view) Author: Claudiu Belu (cbelu) * Date: 2017-06-07 12:04
Mock can accept a spec object / class as argument, making sure that accessing attributes that do not exist in the spec will cause an AttributeError to be raised, but there is no guarantee that the spec's methods signatures are respected in any way. This creates the possibility to have faulty code with passing unittests and assertions.

Steps to reproduce:

>>> import mock
>>>
>>> class Something(object):
...     def foo(self, a, b, c, d):
...         pass
...
>>>
>>> m = mock.Mock(spec=Something)
>>> m.foo()
<Mock name='mock.foo()' id='140286904787240'>
>>> # TypeError should be raised, but it isn't.
...
>>> m.foo.assert_called_once_with()


Expected behaviour: It should have raised a TypeError, since the method signature is: def meth(self, a, b, c, d):

Actual behaviour: No error.
msg339269 - (view) Author: Karthikeyan Singaravelan (xtreak) * (Python committer) Date: 2019-03-31 17:07
I am slightly concerned if spec should gain more responsibility than just validating attribute access which is mentioned in the docs. With the linked PR spec below would also validate the signature which is not done in Python 3.7 so this might break code for someone who only wants to validate access attribute access and not signature of the methods. It seems the PR also adds autospec argument to Mock that is currently not supported though spec and spec_set are supported.

from unittest import mock

def foo(lish):
    pass

mock_foo = mock.Mock(spec=foo)
mock_foo(1, 2)

try:
    mock_foo.non_existent
except AttributeError:
    print("raises AttributeError for non-existent attribute")

# 3.7

➜  cpython git:(pr_1982) python3.7 /tmp/foo.py
raises AttributeError for non-existent attribute

# With PR

➜  cpython git:(pr_1982) ./python.exe /tmp/foo.py
Traceback (most recent call last):
  File "/tmp/foo.py", line 7, in <module>
    mock_foo(1, 2)
  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/unittest/mock.py", line 1009, in __call__
    _mock_self._mock_check_sig(*args, **kwargs)
  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/unittest/mock.py", line 103, in checksig
    sig.bind(*args, **kwargs)
  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/inspect.py", line 3016, in bind
    return args[0]._bind(args[1:], kwargs)
  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/inspect.py", line 2937, in _bind
    raise TypeError('too many positional arguments') from None
TypeError: too many positional arguments
msg339289 - (view) Author: Michael Foord (michael.foord) * (Python committer) Date: 2019-04-01 10:21
Spec objects are currently dumb. It would be a new feature to add signature validation to them. 

I think it would be a useful feature though as currently autospec sort of obsoletes spec objects whilst being more heavyweight and harder to use. 

I think it would appropriate to add to 3.8 but not to 3.7. 

Compatibility with existing tests is the issue. The obvious answer is a flag to turn it on/off but that adds complexity to the API. 

My gut feeling is that spec objects are far more commonly used in situations where validation would be useful than a detriment. 

> On 31 Mar 2019, at 18:07, Karthikeyan Singaravelan <report@bugs.python.org> wrote:
> 
> 
> Karthikeyan Singaravelan <tir.karthi@gmail.com> added the comment:
> 
> I am slightly concerned if spec should gain more responsibility than just validating attribute access which is mentioned in the docs. With the linked PR spec below would also validate the signature which is not done in Python 3.7 so this might break code for someone who only wants to validate access attribute access and not signature of the methods. It seems the PR also adds autospec argument to Mock that is currently not supported though spec and spec_set are supported.
> 
> from unittest import mock
> 
> def foo(lish):
>    pass
> 
> mock_foo = mock.Mock(spec=foo)
> mock_foo(1, 2)
> 
> try:
>    mock_foo.non_existent
> except AttributeError:
>    print("raises AttributeError for non-existent attribute")
> 
> # 3.7
> 
> ➜  cpython git:(pr_1982) python3.7 /tmp/foo.py
> raises AttributeError for non-existent attribute
> 
> # With PR
> 
> ➜  cpython git:(pr_1982) ./python.exe /tmp/foo.py
> Traceback (most recent call last):
>  File "/tmp/foo.py", line 7, in <module>
>    mock_foo(1, 2)
>  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/unittest/mock.py", line 1009, in __call__
>    _mock_self._mock_check_sig(*args, **kwargs)
>  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/unittest/mock.py", line 103, in checksig
>    sig.bind(*args, **kwargs)
>  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/inspect.py", line 3016, in bind
>    return args[0]._bind(args[1:], kwargs)
>  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/inspect.py", line 2937, in _bind
>    raise TypeError('too many positional arguments') from None
> TypeError: too many positional arguments
> 
> ----------
> 
> _______________________________________
> Python tracker <report@bugs.python.org>
> <https://bugs.python.org/issue30587>
> _______________________________________
msg351610 - (view) Author: Michael Foord (michael.foord) * (Python committer) Date: 2019-09-10 10:27
I'd like spec to have signature validation. I don't think the use case for "attribute validation only" (current spec behaviour) is very strong and I'd rather not add new keywords. The mock API is already too complex.

I'll take the existing PR and modify it to use spec instead of adding the new autospec.
msg351617 - (view) Author: Michael Foord (michael.foord) * (Python committer) Date: 2019-09-10 10:43
This will affect spec and spec_set.
History
Date User Action Args
2022-04-11 14:58:47adminsetgithub: 74772
2019-11-07 16:48:26breilly_boxsetnosy: + breilly_box
2019-10-28 20:48:12pconnellsetnosy: + pconnell
2019-09-10 10:43:50michael.foordsetmessages: + msg351617
2019-09-10 10:27:32michael.foordsetmessages: + msg351610
2019-04-01 10:21:29michael.foordsetmessages: + msg339289
2019-03-31 17:08:03xtreaksetpull_requests: - pull_request4411
2019-03-31 17:07:42xtreaksetmessages: + msg339269
2019-03-31 16:04:33xtreaksetnosy: + xtreak
2019-03-31 16:04:19xtreaksetnosy: + cjw296, michael.foord, mariocj89

versions: + Python 3.8, - Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
2017-11-20 16:02:34cbelusetkeywords: + patch
stage: patch review
pull_requests: + pull_request4411
2017-06-07 12:04:06cbelucreate