如何在Pester中Mock Split-Path $script:MyInvocation.MyCommand.Path并解决执行报错问题

我猜你现在遇到的问题是：明明在Pester测试里Mock了Split-Path返回指定路径，执行测试时却还是找不到GetMemberList.ps1，反而报错指向了Pester模块的目录。这其实是因为函数里用$script:MyInvocation.MyCommand.Path获取脚本路径的方式，在Pester测试环境中有特殊的行为——当你在测试中调用函数时，$script:MyInvocation.MyCommand.Path指向的是Pester测试框架的相关路径，而非你原本函数所在的脚本路径，导致你之前Mock的Split-Path根本没生效在正确的地方。

错误根源 #

具体来说，你函数里的Split-Path $script:MyInvocation.MyCommand.Path在正常运行时，能正确拿到函数所在脚本的目录；但在Pester测试时，$script:作用域会指向测试脚本的执行上下文（甚至Pester模块的上下文），使得Split-Path返回的不是你Mock的路径，而是Pester模块的路径，自然就找不到你的GetMemberList.ps1了。

两种靠谱的解决方法 #

你可以根据测试需求选择合适的方案：

方法1：Mock脚本的点引用操作（推荐，专注测试函数逻辑） #

如果你的测试目标是验证functionxxx的业务逻辑，而非测试它能不能正确找到脚本文件，那直接Mock掉加载GetMemberList.ps1的操作就好。这样不需要关心路径问题，只需要模拟GetMemberList.ps1的逻辑返回测试数据即可。

示例测试代码：

Context "xxx returns proper result" {
    BeforeEach {
        # Mock点引用GetMemberList.ps1的操作，模拟它的行为
        Mock -Command . -MockWith {
            # 注入模拟的GetMemberList函数，返回测试用数据
            function GetMemberList {
                return @("TestMember1", "TestMember2")
            }
        } -ParameterFilter { $Path -like "*GetMemberList.ps1*" }

        $Response = functionxxx @Params
    }

    It "Should return response" {
        , $Response | Should -Not -Be $null
    }
}

方法2：重构函数，让脚本路径可注入（适合测试路径解析场景） #

如果你确实需要验证函数的路径解析逻辑，那最好重构函数，把脚本路径变成可配置的参数或变量，这样测试时可以手动指定路径，避免依赖$script:MyInvocation这种在测试环境中不稳定的变量。

重构后的函数示例： #

function functionxxx {
    param(
        # 新增可选参数，默认保留原逻辑，测试时可注入自定义路径
        [string]$ScriptRoot = (Split-Path $script:MyInvocation.MyCommand.Path)
    )
    # 使用注入的路径加载脚本
    . "$ScriptRoot/GetMemberList.ps1" -ErrorAction Stop
    # 其他业务逻辑...
}

对应的Pester测试： #

Context "xxx returns proper result" {
    BeforeEach {
        # 直接指定测试用的脚本路径
        $testScriptPath = "C:\xxxx\xxxx\Scripts"
        # 验证路径是否被正确使用
        Mock -Command . -MockWith {} -ParameterFilter { $Path -eq "$testScriptPath/GetMemberList.ps1" }

        $Response = functionxxx -ScriptRoot $testScriptPath @Params
    }

    It "Should use the correct script path to load GetMemberList.ps1" {
        Should -Invoke . -Exactly 1 -ParameterFilter { $Path -eq "C:\xxxx\xxxx\Scripts/GetMemberList.ps1" }
    }

    It "Should return response" {
        , $Response | Should -Not -Be $null
    }
}

第一种方法更适合单元测试，能隔离外部依赖、专注测试函数本身的逻辑；第二种方法则适合需要验证路径解析正确性的集成测试场景。

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