Creo que hay un problema relacionado con la lógica de prueba de la unidad. Si está esperando una excepción específica bajo ciertas entradas, la declara como una excepción esperada. Si solo está comprobando si su función se comporta correctamente y no se esperan excepciones durante este comportamiento correcto, simplemente escríbala y si arroja alguna excepción, su prueba falla.
Parece que su código funciona correctamente, por otro lado, solo verificar las excepciones puede no ser la forma correcta de probar la unidad. En las pruebas unitarias, en general, usted espera algunas salidas (valores esperados), tiene algunas salidas reales (valores reales) y afirma que los valores esperados y reales son los mismos.
¿Eso es todo lo que quieres probar? Te das cuenta de que si testedFunction no funciona, pasará la prueba. – Martijn
¿Su método tiene un requisito particular de no arrojar? ¿O se hace con el espíritu de * mi código funciona porque no arroja *? Si el último, migth desea comprobar [esos] (http://stackoverflow.com/questions/8788558/should-i-test-thhat-methods-dont-throw-exceptions) [dos] (http: // stackoverflow.com/questions/9417213/c-how-do-i-check-no-exception-occurred-in-my-unit-test) pregunta por qué, en general, no hace eso. Ganas muy poco o nada de tal prueba. –
@jimmy_keen Como un caso excepcional, hemos utilizado para probar que llamar a Dispose() por segunda vez no arroja – Gareth