如何独立于实现测试集合中每个元素均应用指定函数？

这个问题问得特别好——单元测试的核心就是测试行为而非实现细节，这样你的测试才不会因为代码重构（比如从map改成for循环）而失效。下面是几种简洁规范的方案：

1. Mock 目标函数而非工具函数 #

你的some_function_under_test的核心职责，是把some_other_function应用到输入列表的每一个元素上。所以我们应该关注some_other_function是否被正确调用，而不是它用了map还是for循环来完成这件事。

用Python的unittest.mock库来实现非常简单：

from unittest.mock import patch, call

def test_some_function_under_test():
    # 准备测试用的列表
    test_items = [1, 2, 3, "test"]
    
    # Mock 被调用的目标函数
    with patch("__main__.some_other_function") as mock_target:
        # 执行待测试函数
        some_function_under_test(test_items)
        
        # 断言每个元素都触发了一次目标函数调用
        mock_target.assert_has_calls(
            [call(item) for item in test_items],
            any_order=False  # 如果需要保证调用顺序和列表一致，保留这个参数
        )
        # 额外断言总调用次数正确（可选，但能增加测试的严谨性）
        assert mock_target.call_count == len(test_items)

不管你的函数内部是用map还是for i in ...，只要它正确遍历了列表并调用了目标函数，这个测试就会通过。

2. 直接测试输入输出（如果函数有返回值） #

如果你的some_function_under_test会返回处理后的结果（比如原代码里把map转换成列表返回），那直接测试输入输出是最直观的方式，完全不关心内部实现：

假设你的函数是这样的：

def some_function_under_test(some_list_type_arg):
    return list(map(some_other_function, some_list_type_arg))

测试代码可以这么写：

def test_some_function_output():
    # 定义一个测试用的目标函数（替换原函数）
    def test_target_func(x):
        return x * 2 if isinstance(x, int) else x.upper()
    
    # 临时替换原函数，避免影响其他测试
    original_func = some_other_function
    some_other_function = test_target_func
    
    try:
        # 断言输入输出符合预期
        assert some_function_under_test([1, 2, "hello"]) == [2, 4, "HELLO"]
    finally:
        # 恢复原函数
        some_other_function = original_func

3. 用依赖注入提升可测试性 #

如果可以修改待测试函数的定义，把some_other_function作为可选参数传入，测试会更优雅：

# 修改后的待测试函数
def some_function_under_test(some_list_type_arg, process_func=some_other_function):
    map(process_func, some_list_type_arg)

测试时直接传入mock函数即可：

from unittest.mock import Mock

def test_some_function_with_injection():
    mock_process = Mock()
    test_list = [10, 20, 30]
    
    some_function_under_test(test_list, mock_process)
    
    mock_process.assert_has_calls([call(item) for item in test_list])

这种方式不仅让测试更灵活，还符合依赖倒置原则，让代码的耦合度更低。

总结 #

核心思路就是：不要测试“用了什么工具”，要测试“做了什么事”。通过mock目标函数、测试输入输出或者依赖注入，都能让你的测试独立于实现细节，即使后续重构代码（比如把map改成for循环），测试也能继续有效。

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