3

我有一个控制台记录器

function Common-Write-Log-Console
{
    param (
        [Parameter(Mandatory=$true)]
        [string] $logText
        )

        $textToOutput = [String]::Format("{0}:{1}", [System.DateTime]::Now.ToString(), $logText)
        Write-Output ($textToOutput)
}

然后我有包装函数，它通过动态加载它来调用它

function Common-Write-Log-WithInvoke
{
    param (
        [Parameter(Mandatory=$true)]
        [string] $logText

        )

    foreach($logger in $loggers.Values)
    {
        Invoke-Command $logger -ArgumentList $logText,$verbosityLevel,$logType
    }

}

另一个直接调用它的包装函数

function Common-Write-Log-WithoutInvoke
{
    param (
        [Parameter(Mandatory=$true)]
        [string] $logText, 
        [string] $verbosityLevel = "Normal",
        [string] $logType = "Info"
        )

    Common-Write-Log-Console $logText

}

添加记录器以进行动态调用

 $loggers = @{}
 $loggers.Add("Console_Logger", ${function:Common-Write-Log-Console})

现在我有几个 Pester 测试

 # pester tests
Describe "Common-Write-Log" {
    It "Test 1. Calls all log sources when log sources are called directly - **this test passes**" {


        # Arrange
        $expectedLogText  = "test message" 
        Mock Common-Write-Log-Console -Verifiable -ParameterFilter { $logText -eq  $expectedLogText}

        # Act
        Common-Write-Log-WithoutInvoke "test message"

        # Assert
        Assert-VerifiableMocks
    }

    It "Test 2. Calls all log sources when log sources are called through Invoke-Command - **this test fails**" {


        # Arrange
        $expectedLogText  = "test message" 
        Mock Common-Write-Log-Console -Verifiable -ParameterFilter { $logText -eq  $expectedLogText}

        # Act
        Common-Write-Log-WithInvoke "test message"

        # Assert
        Assert-VerifiableMocks # This statement fails as actual function "Common-Write-Log-Console" is called instead of the mocked one
    }
}

测试 2. 总是失败。我通过创建一个假记录器函数来解决问题，而不是使用模拟和设置一些全局变量来验证/断言在我的测试中动态加载和调用预期函数是有效的。让 Mock 在这种情况下工作会很好，而不是写那些愚蠢的假货！

任何想法它将如何工作或者它根本不受纠缠的支持？

PS：如果按顺序复制，所有代码都有效

4

1 回答 1

4

Pester的Mocked Function拦截范围

Pester 只拦截对特定范围内的模拟函数的调用。我认为控制此范围的唯一受支持的方法是使用InModuleScope. 这允许您指定 Pester 应该拦截对您指定使用的模块中的模拟函数的调用InModuleScope。

Common-Write-Log-Console不在 Pester 拦截的范围内调用

在“Test 2.”中，“调用”Common-Write-Log-Console发生在该调用内部的某处：

Invoke-Command $logger -ArgumentList $logText,$verbosityLevel,$logType

您没有指定 Pester 应该拦截对Invoke-Command实现的任何模块内的模拟函数的调用。（我怀疑你能做到这一点，因为Invoke-CommandWMF 附带，可能没有在 PowerShell 中实现。）

使用调用操作符而不是调用命令

当作为委托调用 PowerShell 命令时，我建议使用&调用运算符而不是Invoke-Command. 如果你重写这一行

Invoke-Command $logger -ArgumentList $logText,$verbosityLevel,$logType

作为

& $logger -logText $logText

测试 2，应该根据需要调用模拟Common-Write-Log-Console。

PowerShell 委托的句柄只是一个包含函数名称的字符串

调用 PowerShell 委托时，您只需要一个包含函数名称的字符串。如果你重写这一行

$loggers.Add("Console_Logger", ${function:Common-Write-Log-Console})

作为

$loggers.Add("Console_Logger", 'Common-Write-Log-Console')

$logger将正确包含呼叫操作员可以调用的命令的名称。

我在我的电脑上测试了这个，现在两个测试都通过了：

在此处输入图像描述

于 2016-02-25T18:33:20.957 回答