为何使用pytest-mock而非标准unittest mock？

虽然pytest-mock确实是unittest mock的轻量封装，API也完全兼容，但它解决了unittest mock和pytest配合时的几个痛点，让测试代码更简洁、更易维护：

• 自动管理mock生命周期，避免测试污染
  unittest的mock如果用装饰器或上下文管理器，虽然也能清理，但如果是手动创建的mock（比如直接实例化Mock对象），需要手动调用stop()方法，很容易遗漏导致后续测试被污染。而pytest-mock的mocker fixture会自动在每个测试用例结束后清理所有创建的mock，不用你操心。

• 更简洁的测试代码结构
  用unittest mock时，你要么得继承unittest.TestCase，要么要嵌套多层@patch装饰器/上下文管理器，代码会显得臃肿。而pytest-mock直接通过mocker fixture注入，测试函数不用继承任何类，mock的创建直接在函数内完成，逻辑更清晰：

  举个对比：
  unittest写法：

  from unittest.mock import patch
  import unittest
  
  class TestMyService(unittest.TestCase):
      @patch('myapp.db.connect')
      @patch('myapp.api.call_external')
      def test_service_logic(self, mock_external, mock_db):
          mock_db.return_value = MockConnection()
          mock_external.return_value = {"status": "ok"}
          # 测试逻辑
          self.assertEqual(mock_external.call_count, 1)
  

  pytest-mock写法：

  def test_service_logic(mocker):
      mock_db = mocker.patch('myapp.db.connect', return_value=MockConnection())
      mock_external = mocker.patch('myapp.api.call_external', return_value={"status": "ok"})
      # 测试逻辑
      assert mock_external.call_count == 1
  

• 完美适配pytest生态
  pytest的核心优势之一是fixture系统，pytest-mock可以和fixture无缝结合。比如你可以把常用的mock封装成fixture，在多个测试用例里复用：

  import pytest
  
  @pytest.fixture
  def mock_db_connection(mocker):
      return mocker.patch('myapp.db.connect', return_value=MockConnection())
  
  def test_service_a(mock_db_connection):
      # 直接使用预定义的mock
      ...
  
  def test_service_b(mock_db_connection):
      # 复用同一个mock配置
      ...
  

  这种复用性在unittest里实现起来会麻烦很多，需要写基类或者手动处理。

• 更友好的错误提示
  虽然mock的断言API一致，但pytest本身的断言机制会提供更详细的错误信息。比如当你断言mock_func.assert_called_once_with(123)失败时，pytest会直接显示实际调用的参数和预期的差异，而unittest的报错信息相对简洁，排查问题更费劲。

• 额外的便捷工具
  pytest-mock还封装了一些小工具，比如mocker.spy可以快速监控对象方法的调用情况，mocker.mock_open可以更方便地模拟文件操作，这些功能和unittest mock的对应功能逻辑一致，但用法更贴合pytest的风格，不用写额外的样板代码。

总结来说，pytest-mock并没有增加新的核心功能，而是让unittest mock在pytest环境下用起来更顺手，减少冗余代码，提升测试的可维护性。

内容的提问来源于stack exchange，提问作者John