¿Cuál es la mejor manera de evitar intentar ... atrapar ... finalmente ... en mis pruebas unitarias?

Question

Estoy escribiendo muchas pruebas de unidad en VS 2010 con Microsoft Test. En cada clase de prueba que tengo muchos métodos de prueba similares a continuación:

[TestMethod] 
public void This_is_a_Test() 
{ 
    try 
    { 
    // do some test here 
    // assert 
    } 
    catch (Exception ex) 
    { 
    // test failed, log error message in my log file and make the test fail 
    } 
    finally 
    { 
    // do some cleanup with different parameters 
    } 
} 

Cuando cada método de prueba se verá así me quedé Es un poco feo. Pero hasta ahora no he encontrado una buena solución para hacer que mi código de prueba esté más limpio, especialmente el código de limpieza en el bloque finally. ¿Podría alguien aquí darme algunos consejos sobre esto?

Gracias de antemano.

Answer 1

Si realmente desea manejar y excepciones, mientras que la ejecución de pruebas de registro se puede concluir esta plantilla estándar en un método de ayuda y utilizar como se muestra a continuación [*].

Pero si excepciones es una parte del caso de prueba que esto es un enfoque equivocado y se debe utilizar facilidades proporcionadas por un marco de prueba, por ejemplo NUnit proporciona tales ayudantes para probar excepciones:

Assert.Throws<ExceptionType>(() => { ... code block... }); 
Assert.DoesNotThrow(() => { ... code block... }); 

Y para hacer limpieza especial Atributos de método como [TestCleanup] y [TestInitialize] para probar la inicialización y la limpieza automáticamente mediante un marco de prueba.

[*] La idea es envolver el cuerpo de prueba en un delegado y pasar al auxiliar que realiza realmente la ejecución de pruebas envuelto en el bloque try/catch:

// helper 
public void ExecuteTest(Action test) 
{ 
    try 
    { 
    test.Invoke(); 
    } 
    catch (Exception ex) 
    { 
    // test failed, log error message in my log file and make the test fail 
    } 
    finally 
    { 
    // do some cleanup with different parameters 
    } 
} 

[TestMethod] 
public void This_is_a_Test_1() 
{ 
    Action test =() => 
    { 
     // test case logic 
     // asserts 
    }; 

    this.ExecuteTest(test); 
} 

Answer 2

¿Ha considerado usar el atributo ExpectedException en el método de prueba? http://msdn.microsoft.com/en-us/library/microsoft.visualstudio.testtools.unittesting.expectedexceptionattribute.aspx

Answer 3

Borrar todos try-Catch por último (especialmente la captura no sólo es innecesario, sino incluso perjudicial, no se debe coger una excepción cuando se prueba) y hacer la limpieza en el método tearDown (sin embargo es que se haga en la EM de prueba, que presumiría que habrá algo así como [TearDownMethod] o [ FixtureTearDown] o algo así).