Add support for passing a PesterConfiguration object to PowerShellBuild

Currently PowerShellBuild accepts several options to control how Pester is invoked through the $PSBPreference variable. However, there are more Pester options available if you go the "advanced" route and pass in a [PesterConfiguration] object.

You can generate a configuration a few different ways...

$config = New-PesterConfiguration

$config = [PesterConfiguration]::Default

$config = [PesterConfiguration]::new()

We could support all Pester options in an easier way than implementing $PSBPreference settings for each of them individually by allowing users to provide their own Pester configuration like so...

# file: psakeFile.ps1
Properties {
    $PSBPreference.Test.Configuration = New-PesterConfiguration -Hashtable @{
        # Change defaults as needed. For example...
        Run = @{
            SkipRemainingOnFailure = 'Run'
        }
    }
}

There are some considerations though. For example, the advanced option allows providing multiple paths. Should PowerShellBuild be opinionated and aim to maintain the current test behavior by default? If PowerShellBuild overrides properties like Run.Path, should the user be allowed to change that? How so?

Maybe other values from $PSBPreference.Test should be used to override the user-supplied [PesterConfiguration] and if they want to override those defaults, they should do it by updating the corresponding $PSBPreference.Test.* property?

Bắt đầu bằng cách theo dõi cách PowerShellBuild gọi Pester và cách các tùy chọn $PSBPreference.Test hiện có được áp dụng. Xem xét giá trị $PSBPreference.Test.Configuration được đề xuất và các ví dụ về PesterConfiguration, sau đó xác định thứ tự ưu tiên cho các đường dẫn và các cài đặt khác. Công việc được xem là hoàn tất khi người dùng có thể cung cấp một cấu hình và hành vi kiểm thử mặc định dự kiến vẫn rõ ràng và được bao quát.