Key: |
QB-2279
|
Type: |
Bug
|
Status: |
Resolved
|
Resolution: |
Fixed
|
Priority: |
Major
|
Assignee: |
Unassigned
|
Reporter: |
Daniel Yankowsky
|
Votes: |
0
|
Watchers: |
0
|
If you were logged in you would be able to see more operations.
|
|
|
QuickBuild
Created: 07/Jan/15 10:26 PM
Updated: 20/Jan/15 11:51 AM
|
|
Component/s: |
None
|
Affects Version/s: |
5.1.40
|
Fix Version/s: |
6.0.4
|
|
Original Estimate:
|
Unknown
|
Remaining Estimate:
|
Unknown
|
Time Spent:
|
Unknown
|
|
NUnit tests, in addition to succeeding or failing, can result in an "inconclusive" result. The current NUnitTestProcessor doesn't correctly handle that case; it marks these tests as failures. Given that the only choices for Status are PASS, FAIL, and SKIP, inconclusive results should instead be counted as SKIP.
Here's an example of inconclusive output:
<test-case name="NUnit.Tests.Assemblies.MockTestFixture.InconclusiveTest" executed="True" result="Inconclusive" success="False" time="0.001" asserts="0">
<reason>
<message><![CDATA[No valid data]]></message>
</reason>
</test-case>
The two important parts are that the test was "executed=True" and "success=False". Looking at NUnitTestProcessor, it looks like the particular code path that we're going down doesn't look at the "result" attribute. An executed but unsuccessful test is always marked as FAIL.
These results are from NUnit 2.x-style output.
|
Description
|
NUnit tests, in addition to succeeding or failing, can result in an "inconclusive" result. The current NUnitTestProcessor doesn't correctly handle that case; it marks these tests as failures. Given that the only choices for Status are PASS, FAIL, and SKIP, inconclusive results should instead be counted as SKIP.
Here's an example of inconclusive output:
<test-case name="NUnit.Tests.Assemblies.MockTestFixture.InconclusiveTest" executed="True" result="Inconclusive" success="False" time="0.001" asserts="0">
<reason>
<message><![CDATA[No valid data]]></message>
</reason>
</test-case>
The two important parts are that the test was "executed=True" and "success=False". Looking at NUnitTestProcessor, it looks like the particular code path that we're going down doesn't look at the "result" attribute. An executed but unsuccessful test is always marked as FAIL.
These results are from NUnit 2.x-style output. |
Show » |
No work has yet been logged on this issue.
|
|