> Having some way to `Assert` that a method raises a particular exception when given incorrect input.

Currently, I can't test method behavior with incorrect input because the method itself will raise an exception.

> Private Function ITestRunner_AssertErrorThrown(obj As Object, ByVal method As String)
Dim errThrown As Boolean
On Error Resume Next
CallByName obj, method, VbMethod
If Err.Number <> 0 Then
errThrown = True
End If
m_Reporter.report errThrown, "error not thrown"

End Function

> Private Function ITestRunner_AssertErrorThrown(obj As Object, ByVal method As String)
Dim errThrown As Boolean
On Error Resume Next
CallByName obj, method, VbMethod
If Err.Number <> 0 Then
errThrown = True
End If
m_Reporter.report errThrown, "error not thrown"

End Function


Is one way to implement.

> Private Function ITestRunner_AssertErrorThrown(obj As Object, ByVal method As String)
Dim errThrown As Boolean
On Error Resume Next
CallByName obj, method, VbMethod
If Err.Number <> 0 Then
errThrown = True
End If
m_Reporter.report errThrown, "error not thrown"

End Function


Is one way to implement.

> I just want to refactor that `If` block to

```
errThrown = Err.Number <> 0
```

> right back at you
m_Reporter.report (Err.Number <> 0), "error not thrown"

:)

> right back at you
m_Reporter.report (Err.Number <> 0), "error not thrown"

:)

> @ThunderFrame @grleachman the difference is that the "expected error" test template will only pass the test when a specific error is raised (in a way similar to a `ExpectedException` attribute in .net); passing the test when *any error* is raised doesn't seem very solid to me.

We *could* have an `@ExpectedError` annotation, and have the runner expect a COMException, but there's no way to tell thay error from, say, one that's thrown when the method doesn't exist.

If a test should raise a

[TestClass]
public class WhereAVariableDefinitionIsInternalToTheSelection : WhenExtractingFromASelection
{
[TestClass]
public class AndTheVariableIsOnlyUsedWithinTheSelection : WhereAVariableDefinitionIsInternalToTheSelection
{
[TestMethod]
[TestCategory("ExtractMethodModelTests")]
public void shouldRemoveTheDefinitionFromItsPositionAndPlaceItAtTheTopOfTheNewMethod()
{

> Implemented in #1563 and #1571.

There's a "enable detailed logging" option in the general settings now that enables Debug+Trace log messages. When disabled only messages with Level Info or above are logged. This is for files.
The event log only records error messages. The debug output window always shows everything.

> Implemented in #1563 and #1571.

There's a "enable detailed logging" option in the general settings now that enables Debug+Trace log messages. When disabled only messages with Level Info or above are logged. This is for files.
The event log only records error messages. The debug output window always shows everything.