You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pester\Functions\TestResults.Tests.ps1
Write nunit test results
[-] should write the test-suite information 68ms
Expected: {2.1}, But was {2,1}
There seems to be an issue with culture awareness. This test breaks on a german Windows machine because the german Windows default for decimal sign is comma (",") and the sign for decimal grouping is dot (".").
Changing the Windows defaults accordingly makes this test pass - after restarting PowerShell.
The text was updated successfully, but these errors were encountered:
Same for me on czech. Already have fix to make the test pass. Can you confirm that the time in the wrong format is output also to the nUnit report? Because I couldn't find it there, but I probably just overlooked it.
@pullrich re-tested that for you. When you use Invoke-Pester -OutputXML Report.xml, you get nUnit report generated. The report is created by theWrite-NunitTestReport function, and currently I can see it used only in the Invoke-Pester function. When I create a test that is 3.5 seconds long and look in the report I still see that all the Time attributes are set to 0. That was unexpected but I don't see anyone complaining about it. I also asked about it on the Google discussion group
The test that fails is not using Invoke-Pester to create its output. It is creating the data for the XML itself, producing different output than the Invoke-Pester does. Because the time is not output to the nUnit report only the test is now broken. But let's fix this anyway. If the "time" is ever output to the report, it should be culture agnostic.
Pester\Functions\TestResults.Tests.ps1
Write nunit test results
[-] should write the test-suite information 68ms
Expected: {2.1}, But was {2,1}
There seems to be an issue with culture awareness. This test breaks on a german Windows machine because the german Windows default for decimal sign is comma (",") and the sign for decimal grouping is dot (".").
Changing the Windows defaults accordingly makes this test pass - after restarting PowerShell.
The text was updated successfully, but these errors were encountered: