Pester中带ParameterFilter的Get-ADComputer Mock未触发问题

问题根源分析 #

你遇到的带ParameterFilter的Mock无法触发，主要是两个核心原因导致的：

1. 变量作用域隔离：Pester的ParameterFilter脚本块运行在独立的作用域中，默认无法直接访问你脚本里定义的$ServerNames数组。你在过滤器里写的$server_names[0]其实是在Pester的作用域中查找变量，而非你脚本中定义的那个，导致条件永远不成立，Mock无法匹配。
2. 参数匹配不精确：可能你调用Get-ADComputer时传入的-Identity参数值，和$ServerNames[0]的实际内容存在细微差异（比如隐藏空格、特殊字符等），导致过滤器条件不满足。

具体解决方案 #

1. 使用$using:修饰符引用外部变量 #

在ParameterFilter中引用脚本里的变量时，必须加上$using:前缀，让Pester把变量值注入到过滤器脚本块中。修改你的Mock定义：

# 保持变量名和脚本中的$ServerNames一致，避免拼写混淆
Mock 'Get-ADComputer' { $foo } -ParameterFilter { $Identity -eq $using:ServerNames[0] }

2. 调试参数匹配情况 #

如果不确定参数是否匹配，可以临时在过滤器中添加调试输出，查看实际传入的参数值和预期值：

Mock 'Get-ADComputer' { $foo } -ParameterFilter { 
    Write-Host "实际传入的Identity: '$Identity'"
    Write-Host "预期匹配的值: '$($using:ServerNames[0])'"
    $Identity -eq $using:ServerNames[0] 
}

运行测试后查看控制台输出，就能快速判断是不是值不匹配的问题。

3. 确认Mock优先级逻辑 #

Pester会优先匹配更具体的Mock（带ParameterFilter的比不带的优先级高），所以只要带过滤器的Mock条件满足，就会优先触发它，而非不带过滤器的版本。如果还是没触发，那肯定是过滤器条件未满足，回到前两步排查即可。

另外你提到移除不带过滤器的Mock后会调用真实的Get-ADComputer，这正好说明带过滤器的Mock没有匹配到你实际的调用，才会 fallback 到真实命令。

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